From owner-freebsd-questions@freebsd.org Sun Sep 6 02:10:45 2015 Return-Path: Delivered-To: freebsd-questions@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 E35439CB54B for ; Sun, 6 Sep 2015 02:10:45 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by mx1.freebsd.org (Postfix) with ESMTP id C893B1E32 for ; Sun, 6 Sep 2015 02:10:45 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from homiemail-a42.g.dreamhost.com (sub5.mail.dreamhost.com [208.113.200.129]) by hapkido.dreamhost.com (Postfix) with ESMTP id AE548C562D for ; Sat, 5 Sep 2015 07:07:08 -0700 (PDT) Received: from homiemail-a42.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a42.g.dreamhost.com (Postfix) with ESMTP id A985168C05D; Sat, 5 Sep 2015 07:07:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ozzmosis.com; h=date:from :to:cc:subject:message-id:references:mime-version:content-type: in-reply-to; s=ozzmosis.com; bh=6nn00QubSCj5usoHdiyLahll4UQ=; b= HJQOJjGS/iG+Q2fOlAb0Cejo3zcAfff0wDlrNGTzrIoE2Bf3F+FE67CbV5N4sDGe D1brNTaeyKVrCyD0UujsaXfUCRohB6WKAIhcPMk3tq5msPNMP7mPxGJENL1oU+Pb 8Gz/dJfDZ8pKLwZ62Q0pf6YVaSJXgPgxLeN6CfqCVE4= Received: from blizzard.ozzmosis.com (203-206-116-141.dyn.iinet.net.au [203.206.116.141]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: relay@ozzmosis.com) by homiemail-a42.g.dreamhost.com (Postfix) with ESMTPSA id 770D468C058; Sat, 5 Sep 2015 07:07:01 -0700 (PDT) Received: by blizzard.ozzmosis.com (Postfix, from userid 1001) id AF42938B; Sun, 6 Sep 2015 00:06:58 +1000 (AEST) Date: Sun, 6 Sep 2015 00:06:58 +1000 From: andrew clarke To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: GCC question Message-ID: <20150905140658.GA790@ozzmosis.com> References: <55EAEE19.2060807@hiwaay.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55EAEE19.2060807@hiwaay.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 02:10:46 -0000 On Sat 2015-09-05 08:34:27 UTC-0453, William A. Mahaffey III (wam@hiwaay.net) wrote: >> I have some code which was originally SGI native, then moved to Linux > (FC14 x86_64 & CentOS 5). I am now interested in getting it going under > FreeBSD 9.3R. Due to differences in system header file includes, I need > to tweek some of my app-specific header files. I have poked around the > (*COPIOUS* !!!!) GCC man page & I couldn't find (or missed) either how > to get it to regurgitate its default compiler-defines or a tabulation of > those defines, so I can use them to conditionally include system headers > in my own header files. Where is this info :-) ? TIA & have a nice > (long) weekend. You probably want: gcc -dM -E - < /dev/null Ordinarily to detect FreeBSD you'd use: #ifdef __FreeBSD__ ... #endif From owner-freebsd-questions@freebsd.org Sun Sep 6 02:50:31 2015 Return-Path: Delivered-To: freebsd-questions@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 B94CD9C59C4 for ; Sun, 6 Sep 2015 02:50:31 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A07E120C for ; Sun, 6 Sep 2015 02:50:31 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t862oUca082806 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 5 Sep 2015 20:50:30 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t862oTxL082803; Sat, 5 Sep 2015 20:50:29 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 5 Sep 2015 20:50:29 -0600 (MDT) From: Warren Block To: kpneal@pobox.com cc: Carl Johnson , freebsd-questions@freebsd.org Subject: Re: GCC question In-Reply-To: <20150906011733.GC94488@neutralgood.org> Message-ID: References: <55EAEE19.2060807@hiwaay.net> <20150905140658.GA790@ozzmosis.com> <55EAF9BA.3080700@hiwaay.net> <87oahg97ff.fsf@elk.localnet> <20150906011733.GC94488@neutralgood.org> 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 (wonkity.com [127.0.0.1]); Sat, 05 Sep 2015 20:50:30 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 02:50:31 -0000 On Sat, 5 Sep 2015, kpneal@pobox.com wrote: > On Sat, Sep 05, 2015 at 09:07:00AM -0700, Carl Johnson wrote: >> As long as this came up, does anybody know of a similar incantation to >> show the defined rules and symbols for make? I remember seeing >> something like that years ago, but I haven't been able to find it >> since. > > There's a bunch of -d suboptions to make in its man page. > > Try "-dg1 -dv" as options to make. If that isn't quite right it should > at least be a starting point. These are not perfect, but they are useful. If you use csh/tcsh, anyway: alias __makevars 'make -ndv |& perl -ne '\''print "$1\n" if /^(?:Command|Global|Internal):(\S+?)\s+/;'\'' | sort -u' complete make 'C/F/(FORMATS= FORMATS=html FORMATS=html-split FORMATS=pdf)/' \ 'p/1/`make -V .ALLTARGETS`/' \ 'n/-V/`__makevars`/' 'make' [space] [tab] completes from available targets. 'make -V' [space] [tab] completes from known variables. Both probably miss some. The variable completion could be faster. Improvements welcome. (The first is for me, to complete 'make FORMATS=' for docs.) From owner-freebsd-questions@freebsd.org Sun Sep 6 03:59:44 2015 Return-Path: Delivered-To: freebsd-questions@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 B98599C590B for ; Sun, 6 Sep 2015 03:59:44 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter01.peakinternet.com (filter01.peakinternet.com [207.55.16.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 937073A4 for ; Sun, 6 Sep 2015 03:59:44 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter01.peakinternet.com ({e1c81c21-e4c4-4528-aa90-7a27869c545a}) via TCP (outbound) with ESMTPS id 20150906035901653_0000 for ; Sat, 05 Sep 2015 20:59:01 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 3E5C84E1EC for ; Sat, 5 Sep 2015 20:59:00 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 258304E205 for ; Sat, 5 Sep 2015 20:59:00 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id IGtnysz3JaBc for ; Sat, 5 Sep 2015 20:59:00 -0700 (PDT) Received: from mailproxy-lb-07.peak.org (mailproxy-lb-07.peak.org [207.55.17.97]) by zmail-mta02.peak.org (Postfix) with ESMTP id DE05E4E1EC for ; Sat, 5 Sep 2015 20:58:59 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZYR6Y-0002SG-IK for freebsd-questions@freebsd.org; Sat, 05 Sep 2015 20:58:58 -0700 From: Carl Johnson To: freebsd-questions@freebsd.org Subject: Re: GCC question References: <55EAEE19.2060807@hiwaay.net> <20150905140658.GA790@ozzmosis.com> <55EAF9BA.3080700@hiwaay.net> <87oahg97ff.fsf@elk.localnet> <20150906011733.GC94488@neutralgood.org> Mail-Followup-To: freebsd-questions@freebsd.org X-Clacks-Overhead: GNU Terry Pratchett Date: Sat, 05 Sep 2015 20:58:58 -0700 In-Reply-To: <20150906011733.GC94488@neutralgood.org> (kpneal@pobox.com's message of "Sat, 5 Sep 2015 21:17:33 -0400") Message-ID: <87bndg8agt.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 03:59:44 -0000 kpneal@pobox.com writes: > On Sat, Sep 05, 2015 at 09:07:00AM -0700, Carl Johnson wrote: >> As long as this came up, does anybody know of a similar incantation to >> show the defined rules and symbols for make? I remember seeing >> something like that years ago, but I haven't been able to find it >> since. > > There's a bunch of -d suboptions to make in its man page. > > Try "-dg1 -dv" as options to make. If that isn't quite right it should > at least be a starting point. Yes, that is about what I was looking for. Actually just the "-dg1" appears to be enough for what I wanted. Hopefully I can save this away somewhere I can find it again. Thank you. -- Carl Johnson carlj@peak.org From owner-freebsd-questions@freebsd.org Sun Sep 6 04:05:24 2015 Return-Path: Delivered-To: freebsd-questions@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 A3AED9C5CF3 for ; Sun, 6 Sep 2015 04:05:24 +0000 (UTC) (envelope-from carlj@peak.org) Received: from filter01.peakinternet.com (filter01.peakinternet.com [207.55.16.92]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD50950 for ; Sun, 6 Sep 2015 04:05:24 +0000 (UTC) (envelope-from carlj@peak.org) Received: from zmail-mta02.peak.org ([207.55.16.112]) by filter01.peakinternet.com ({e1c81c21-e4c4-4528-aa90-7a27869c545a}) via TCP (outbound) with ESMTPS id 20150906040523652_0000 for ; Sat, 05 Sep 2015 21:05:23 -0700 X-RC-FROM: X-RC-RCPT: Received: from zmail-mta02.peak.org (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTPS id 2010E4E215 for ; Sat, 5 Sep 2015 21:05:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zmail-mta02.peak.org (Postfix) with ESMTP id 077074E218 for ; Sat, 5 Sep 2015 21:05:23 -0700 (PDT) Received: from zmail-mta02.peak.org ([127.0.0.1]) by localhost (zmail-mta02.peak.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id hrBNBVZHkjjn for ; Sat, 5 Sep 2015 21:05:22 -0700 (PDT) Received: from mailproxy-lb-07.peak.org (mailproxy-lb-07.peak.org [207.55.17.97]) by zmail-mta02.peak.org (Postfix) with ESMTP id C17E74E215 for ; Sat, 5 Sep 2015 21:05:22 -0700 (PDT) Received: from carlj by elk.localnet with local (Exim 4.80) (envelope-from ) id 1ZYRCj-0002Vt-NF for freebsd-questions@freebsd.org; Sat, 05 Sep 2015 21:05:21 -0700 From: Carl Johnson To: freebsd-questions@freebsd.org Subject: Re: GCC question References: <55EAEE19.2060807@hiwaay.net> <20150905140658.GA790@ozzmosis.com> <55EAF9BA.3080700@hiwaay.net> <87oahg97ff.fsf@elk.localnet> <20150906011733.GC94488@neutralgood.org> Mail-Followup-To: freebsd-questions@freebsd.org X-Clacks-Overhead: GNU Terry Pratchett Date: Sat, 05 Sep 2015 21:05:21 -0700 In-Reply-To: (Warren Block's message of "Sat, 5 Sep 2015 20:50:29 -0600 (MDT)") Message-ID: <874mj88a66.fsf@elk.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MAG-OUTBOUND: peakinternet.redcondor.net@207.55.16/22 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 04:05:24 -0000 Warren Block writes: > On Sat, 5 Sep 2015, kpneal@pobox.com wrote: > >> On Sat, Sep 05, 2015 at 09:07:00AM -0700, Carl Johnson wrote: >>> As long as this came up, does anybody know of a similar incantation to >>> show the defined rules and symbols for make? I remember seeing >>> something like that years ago, but I haven't been able to find it >>> since. >> >> There's a bunch of -d suboptions to make in its man page. >> >> Try "-dg1 -dv" as options to make. If that isn't quite right it should >> at least be a starting point. > > These are not perfect, but they are useful. If you use csh/tcsh, > anyway: > > alias __makevars 'make -ndv |& perl -ne '\''print "$1\n" if /^(?:Command|Global|Internal):(\S+?)\s+/;'\'' | sort -u' > > complete make 'C/F/(FORMATS= FORMATS=html FORMATS=html-split FORMATS=pdf)/' \ > 'p/1/`make -V .ALLTARGETS`/' \ > 'n/-V/`__makevars`/' > > 'make' [space] [tab] completes from available targets. > 'make -V' [space] [tab] completes from known variables. > Both probably miss some. The variable completion could be faster. > Improvements welcome. I don't normally use csh, but those definitely give some good information to work with. Thank you. -- Carl Johnson carlj@peak.org From owner-freebsd-questions@freebsd.org Sun Sep 6 11:45:22 2015 Return-Path: Delivered-To: freebsd-questions@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 EBC0D9C5FE4 for ; Sun, 6 Sep 2015 11:45:22 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8BBDB7 for ; Sun, 6 Sep 2015 11:45:21 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-169-30.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.169.30]) by ipmail07.adl2.internode.on.net with ESMTP; 06 Sep 2015 21:09:56 +0930 Message-ID: <55EC25FE.4070802@ShaneWare.Biz> Date: Sun, 06 Sep 2015 21:09:42 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: GCC question References: <55EAEE19.2060807@hiwaay.net> <55EAF922.2020906@hiwaay.net> In-Reply-To: <55EAF922.2020906@hiwaay.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 11:45:23 -0000 On 05/09/2015 23:44, William A. Mahaffey III wrote: >> I have some code which was originally SGI native, then moved to Linux >> (FC14 x86_64 & CentOS 5). I am now interested in getting it going >> under FreeBSD 9.3R. Due to differences in system header file includes, Two points of reference - https://www.freebsd.org/doc/en/books/developers-handbook/ and https://www.freebsd.org/doc/en/books/porters-handbook/ > i.e. my little test program includes 1 of my specific header files, > which in turn includes , which defines pow, log, etc. Since gcc > apparently only reports some random text location, I am having trouble > figuring out WTF is going on here. I normnally compile this code on a > CentOS 5 VM on another box using the Intel compiler suite, version: > > Intel(R) C Intel(R) 64 Compiler XE for applications running on Intel(R) > 64, Version 12.0.3.174 Build 20110309 > Copyright (C) 1985-2011 Intel Corporation. All rights reserved. > FOR NON-COMMERCIAL USE ONLY > > I haven't used GCC in years. I determined (some years back) that the > Intel compiler produces noticably better code (executes 25 - 50% faster > than GCC-compiled code, gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)) & > is otherwise interoperable w/ GCC, so I have been using it ever since. You may also want to look at clang. While 9.3 has gcc 4.2 in base, from 10.0 only clang is included in the base freebsd install. gcc will still be available in ports. Another point to note is that from 10.0 freebsd also started using the llvm libc++ instead of gcc's libstdc++ which may need changes. You can #include and test __FreeBSD_version to handle variations between system versions. see 12.4 in porters handbook. If you are after omp support then clang 3.7RC is now in ports with omp support. devel/llvm37 -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Sun Sep 6 14:39:35 2015 Return-Path: Delivered-To: freebsd-questions@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 DBE5E9C5E1D for ; Sun, 6 Sep 2015 14:39:35 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 AC2CC286 for ; Sun, 6 Sep 2015 14:39:34 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t86EdQIN018654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 6 Sep 2015 09:39:27 -0500 Subject: Re: GCC question To: FreeBSD Questions !!!! References: <55EAEE19.2060807@hiwaay.net> <55EAF922.2020906@hiwaay.net> <55EC25FE.4070802@ShaneWare.Biz> From: "William A. Mahaffey III" Message-ID: <55EC501E.10403@hiwaay.net> Date: Sun, 6 Sep 2015 09:44:56 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EC25FE.4070802@ShaneWare.Biz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 14:39:36 -0000 On 09/06/15 06:45, Shane Ambler wrote: > On 05/09/2015 23:44, William A. Mahaffey III wrote: > >>> I have some code which was originally SGI native, then moved to Linux >>> (FC14 x86_64 & CentOS 5). I am now interested in getting it going >>> under FreeBSD 9.3R. Due to differences in system header file includes, > > Two points of reference - > https://www.freebsd.org/doc/en/books/developers-handbook/ > and > https://www.freebsd.org/doc/en/books/porters-handbook/ *Thanks*, both good references, I bookmarked them & will refer back often until I get up to speed. > > >> i.e. my little test program includes 1 of my specific header files, >> which in turn includes , which defines pow, log, etc. Since gcc >> apparently only reports some random text location, I am having trouble >> figuring out WTF is going on here. I normnally compile this code on a >> CentOS 5 VM on another box using the Intel compiler suite, version: >> >> Intel(R) C Intel(R) 64 Compiler XE for applications running on Intel(R) >> 64, Version 12.0.3.174 Build 20110309 >> Copyright (C) 1985-2011 Intel Corporation. All rights reserved. >> FOR NON-COMMERCIAL USE ONLY >> >> I haven't used GCC in years. I determined (some years back) that the >> Intel compiler produces noticably better code (executes 25 - 50% faster >> than GCC-compiled code, gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-54)) & >> is otherwise interoperable w/ GCC, so I have been using it ever since. > > You may also want to look at clang. While 9.3 has gcc 4.2 in base, from > 10.0 only clang is included in the base freebsd install. gcc will still > be available in ports. > > Another point to note is that from 10.0 freebsd also started using the > llvm libc++ instead of gcc's libstdc++ which may need changes. > > You can #include and test __FreeBSD_version to handle > variations between system versions. see 12.4 in porters handbook. > > If you are after omp support then clang 3.7RC is now in ports with omp > support. devel/llvm37 While this is still the topic, is there a way to tell GCC to only talk about x86_64 options in the man page (or in its CLI online help), rather than *ALL* supported architectures ? TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Sun Sep 6 16:07:33 2015 Return-Path: Delivered-To: freebsd-questions@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 E8A4B9CB758 for ; Sun, 6 Sep 2015 16:07:32 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from nightmare.dreamchaser.org (ns.dreamchaser.org [66.109.141.57]) (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 A8BEDD01 for ; Sun, 6 Sep 2015 16:07:31 +0000 (UTC) (envelope-from freebsd@dreamchaser.org) Received: from breakaway.dreamchaser.org (breakaway.dreamchaser.org. [192.168.151.122]) by nightmare.dreamchaser.org (8.13.6/8.13.6) with ESMTP id t86G7SJa023274 for ; Sun, 6 Sep 2015 10:07:29 -0600 (MDT) (envelope-from freebsd@dreamchaser.org) To: FreeBSD Mailing List Reply-To: freebsd@dreamchaser.org From: Gary Aitken Subject: ports database, sorta-user install X-Enigmail-Draft-Status: N1110 Message-ID: <55EC64C0.3000802@dreamchaser.org> Date: Sun, 6 Sep 2015 10:07:28 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (nightmare.dreamchaser.org [192.168.151.101]); Sun, 06 Sep 2015 10:07:29 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 16:07:33 -0000 I'm trying to build gimp from the latest source, while still keeping the /usr/ports version installed. This is turning out to be non-trivial (for me), and the easiest way appears to be to treat it as a port and use the ports mechanism to deal with the gnu aspects of the source. To get the ball rolling, I need to build x11/babl from the latest source. As a normal user, I set PREFIX to /home/garya/Computing/GIMP/devel used git to fetch the source and built a fbsd port with appropriate Makefile, files/patch*, pkg-descr, pkg-plist, distinfo. As a normal user, the following all work: make extract make stage make check-orphans When I attempt a make install, it prompts for root pw to allow writing the pkg database. If I give that it says an old version of babl is already installed, and to set FORCE_PKG_REGISTER if I really want to install. So I do that: FORCE_PKG_REGISTER="yes" make install >output_install.txt 2>&1 The files are installed where I want under lib and include in $PREFIX; the ports version of gimp still links to the old libs and appears to run; but the pkg db is modified to reflect the new babl: $pkg info | grep babl babl-0.1.13 Dynamic pixel format conversion library So I deinstall, reinstall the ports version as root, switch back to user and set export PKG_CONFIG_PATH=$PREFIX/usr/local/libdata/pkgconfig:/usr/local/libdata/pkgconfig and reinstall That leaves babl.pc for the old version in /usr/local/libdata/pkgconfig, and puts the new one in $PREFIX/libdata/pkgconfig: $ cat /usr/local/libdata/pkgconfig/babl.pc prefix=/usr/local exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: babl Description: Dynamic, any to any, pixel format conversion library Version: 0.1.12 Cflags: -I${includedir}/babl-0.1 Libs: -L${libdir} -lbabl-0.1 -lm $ cat ~/Computing/GIMP/devel/libdata/pkgconfig/babl.pc prefix=/home/garya/Computing/GIMP/devel exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: babl Description: Dynamic, any to any, pixel format conversion library Version: 0.1.13 Cflags: -I${includedir}/babl-0.1 Libs: -L${libdir} -lbabl-0.1 Libs.private: -lm -lpthread At this point I think everything is how I want it, except pkg info still reports only the new version, even from shells where PKG_CONFIG_PATH is not set. Can someone tell me what's going on? Is there some better way to do this? Essentially, I want to build a set of new ports that still link to standard libs when possible, superceeding existing ports as necessary. In this case, that means at least a new gimp (depends on new gegl) new gegl (depends on new babl) new babl Thanks, Gary From owner-freebsd-questions@freebsd.org Sun Sep 6 16:26:54 2015 Return-Path: Delivered-To: freebsd-questions@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 053179CC207 for ; Sun, 6 Sep 2015 16:26:54 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com [209.85.213.172]) (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 CD05917C9 for ; Sun, 6 Sep 2015 16:26:53 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by igcpb10 with SMTP id pb10so45464690igc.1 for ; Sun, 06 Sep 2015 09:26:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; bh=Cq5qRYpMRo3wKI54oANVZBG5isbUe7SUnKhKt/VvKYw=; b=dol3eAcEdze/mBQ0J+77V0xQQfPAW6EmW6W55Wqmd6ZRjpzLY5Uj7y4gecMD3B/3ZV LMssB0aqUu3K0qpwsqmx9wHMn9nm1bdA0aJIGtnLzKgmhESADacXAD7w+aMmlczF23J4 4f1zRPHjEbi8CVdnZKLAj+vFz79r+qA+dpgYU4bsp2YDL252bpj5RSAYcih2McBNCopt SJj+E6WJZGI2Rpeo+Urwj6gJQzpe1znMhS1sgx7W8I4bfq6/Bnq7/yj89ifviQxFN5sl 7OU9DcaM6cH3pq/McAalrA9grYVxMlZBCLjlrP4k8TeN9QSw+KFeDvn2E/rdB+3aodte ENbw== X-Received: by 10.50.62.81 with SMTP id w17mr24525849igr.0.1441556807760; Sun, 06 Sep 2015 09:26:47 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-208-115.mpls.qwest.net. [174.30.208.115]) by smtp.gmail.com with ESMTPSA id p65sm6122177ioe.26.2015.09.06.09.26.46 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 Sep 2015 09:26:46 -0700 (PDT) References: <55E01DAE.1020709@infracaninophile.co.uk> <20150828084643.GB1274@xtaz.uk> <864mjj1fh3.fsf@WorkBox.Home> From: Brandon J. Wandersee To: Warren Block Cc: freebsd-questions@freebsd.org Subject: Re: Replacing Drive with SSD In-reply-to: Date: Sun, 06 Sep 2015 11:26:45 -0500 Message-ID: <8637yro6nu.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 16:26:54 -0000 Warren Block writes: > The SSD keeps a map of which blocks have been written. So writing just > once with dd is not a wear problem. The problem is that now the SSD has > no way of knowing whether that block has real data on it or not. So it > can't swap it for wear leveling. That's what trim does--when a file is > deleted, the filesystem uses trim to notify the SSD that those blocks > are no longer in use. Would this also apply to a *single file* written using dd? Your SSD guide recommends creating a swap file from /dev/zero using dd: > Because the data goes through the file system, TRIM will be used, and > the swap file can be resized without repartitioning the SSD. So is the problem with dd and SSDs only relevant when targeting a whole block device? -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ================================================================== 'A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.' - Douglas Adams ================================================================== From owner-freebsd-questions@freebsd.org Sun Sep 6 16:53:20 2015 Return-Path: Delivered-To: freebsd-questions@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 0672E9CCC2A for ; Sun, 6 Sep 2015 16:53:20 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B8CAF15C for ; Sun, 6 Sep 2015 16:53:19 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t86GrITB092876 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 6 Sep 2015 10:53:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t86GrI8P092873; Sun, 6 Sep 2015 10:53:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 6 Sep 2015 10:53:18 -0600 (MDT) From: Warren Block To: "Brandon J. Wandersee" cc: freebsd-questions@freebsd.org Subject: Re: Replacing Drive with SSD In-Reply-To: <8637yro6nu.fsf@WorkBox.Home> Message-ID: References: <55E01DAE.1020709@infracaninophile.co.uk> <20150828084643.GB1274@xtaz.uk> <864mjj1fh3.fsf@WorkBox.Home> <8637yro6nu.fsf@WorkBox.Home> 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 (wonkity.com [127.0.0.1]); Sun, 06 Sep 2015 10:53:18 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 16:53:20 -0000 On Sun, 6 Sep 2015, Brandon J. Wandersee wrote: > > Warren Block writes: > >> The SSD keeps a map of which blocks have been written. So writing just >> once with dd is not a wear problem. The problem is that now the SSD has >> no way of knowing whether that block has real data on it or not. So it >> can't swap it for wear leveling. That's what trim does--when a file is >> deleted, the filesystem uses trim to notify the SSD that those blocks >> are no longer in use. > > Would this also apply to a *single file* written using dd? Your SSD > guide recommends creating a swap file from /dev/zero using dd: > >> Because the data goes through the file system, TRIM will be used, and >> the swap file can be resized without repartitioning the SSD. > > So is the problem with dd and SSDs only relevant when targeting a whole > block device? Yes. Well, really it is about writing with methods that do not track whether a block is in use. When that swap file is deleted, UFS tells the SSD that all those blocks are no longer in use. dd(1) does not even have the concept of blocks being used or not, it just copies data. From owner-freebsd-questions@freebsd.org Sun Sep 6 17:26:14 2015 Return-Path: Delivered-To: freebsd-questions@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 C59E99C5E94 for ; Sun, 6 Sep 2015 17:26:14 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-yk0-f175.google.com (mail-yk0-f175.google.com [209.85.160.175]) (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 8F0A41131 for ; Sun, 6 Sep 2015 17:26:13 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: by ykdg206 with SMTP id g206so62599060ykd.1 for ; Sun, 06 Sep 2015 10:26:07 -0700 (PDT) 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=k47ZgvQ2EOxIKOW/xPuDlnDib+sxZ4T86ARvoId0s5E=; b=Ig+UTh8+8FrTn4z1ACDzM5m3ix+Idnl/uORip3z+6Cve2W4CVO26QVDy815o1oFGS6 T7E+csiB9FXkXlIaQOu6Z1/lqgyIRh3vrPm9O5Jd2SM0Xg+t8ey0y1AmSwrPd6ypj0SA j+bckBrX6s8NKMOqb1lLUuSwmWY/2M+slksTiuyf8+47Wl8DQQMqwmmVuuMUJBf7Sduu T4SH4PlVQwjAMBQTToCor/mCuzE9rzBHPNelDpMQQp5GaZuK5ZGGHc+Qkz/M6Bb0n8+G yTqJHOsThKvvnjTlrNrTMAIwESKHXQwKmnMkR3AHjEUaaCRBZz9wAfGDN1xrbuo+bVQH eXzg== X-Gm-Message-State: ALoCoQkID6hwu4e+a48+ECj3qa6TiGaKF4Sajyo5D6j3N8iD0TI2uDLZXnDUkEPJ/ed4oBprdEoR MIME-Version: 1.0 X-Received: by 10.129.130.6 with SMTP id s6mr7121049ywf.155.1441560367187; Sun, 06 Sep 2015 10:26:07 -0700 (PDT) Received: by 10.37.207.150 with HTTP; Sun, 6 Sep 2015 10:26:07 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 Sep 2015 10:26:07 -0700 Message-ID: Subject: Re: Issues installing vim From: Michael Sierchio To: Fredrik Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 17:26:15 -0000 Yes - you ran out of temp space (on /var) for installing all of the packages you get when you try to install vim. Most of which aren't needed. Might be easier and better and less bloated to install from ports. - M On Sat, Sep 5, 2015 at 10:10 AM, Fredrik wrote: > Hello, > > Trying to install vim, I first tried: "sudo pkg install vim", which > started the installation but ended claiming to be out of swap space. I > found this a bit odd, but tried again and now I get the message: "pkg: No > packages available to install matching 'vim' have been found in the > repositories" which I found even odder. Does anyone know what may be going > on? > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Sun Sep 6 18:39:13 2015 Return-Path: Delivered-To: freebsd-questions@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 CB9F59CB159 for ; Sun, 6 Sep 2015 18:39:13 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id A5C8E1AC8 for ; Sun, 6 Sep 2015 18:39:13 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from lowell-desk.lan (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id CDA6D33C24; Sun, 6 Sep 2015 14:39:01 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 40B2939816; Sun, 6 Sep 2015 14:39:00 -0400 (EDT) From: Lowell Gilbert To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: GCC question References: <55EAEE19.2060807@hiwaay.net> <55EAF922.2020906@hiwaay.net> <55EC25FE.4070802@ShaneWare.Biz> <55EC501E.10403@hiwaay.net> Reply-To: FreeBSD Questions !!!! Date: Sun, 06 Sep 2015 14:38:59 -0400 In-Reply-To: <55EC501E.10403@hiwaay.net> (William A. Mahaffey, III's message of "Sun, 6 Sep 2015 09:44:56 -0453.75") Message-ID: <441tebcrzw.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 18:39:13 -0000 "William A. Mahaffey III" writes: > While this is still the topic, is there a way to tell GCC to only talk > about x86_64 options in the man page (or in its CLI online help), > rather than *ALL* supported architectures ? TIA & have a good one. The full form of the documentation is in an info file. Type "info gcc" to get it. If you use emacs, you'll find its info browser is better than the command line version. In fact, if you don't use emacs, you might be best off with an online version, such as from https://gcc.gnu.org/onlinedocs/ From owner-freebsd-questions@freebsd.org Sun Sep 6 22:40:13 2015 Return-Path: Delivered-To: freebsd-questions@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 BC95C9CCABA for ; Sun, 6 Sep 2015 22:40:13 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (70-90-202-97-Albuquerque.hfc.comcastbusiness.net [70.90.202.97]) (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 7A7221ADB for ; Sun, 6 Sep 2015 22:40:12 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (localhost [127.0.0.1]) by deneb.dwf.com (8.14.4/8.14.3) with ESMTP id t86Lsi8o015185 for ; Sun, 6 Sep 2015 15:54:45 -0600 Message-Id: <201509062154.t86Lsi8o015185@deneb.dwf.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: "freebsd-questions@freebsd.org" Subject: Spamassassin install. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 2015 15:54:44 -0600 From: reg@dwf.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 22:40:13 -0000 Does the pkg install of spamassassin install all of the PERL modules that are pointed to by the spamassassin install document, or do I need to go to CPAN and get them myself? -- Reg.Clemens reg@dwf.com From owner-freebsd-questions@freebsd.org Sun Sep 6 22:57:08 2015 Return-Path: Delivered-To: freebsd-questions@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 3B9C19C82DE for ; Sun, 6 Sep 2015 22:57:08 +0000 (UTC) (envelope-from jkikpole@cairodurham.org) Received: from mail-io0-f182.google.com (mail-io0-f182.google.com [209.85.223.182]) (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 10A2A151 for ; Sun, 6 Sep 2015 22:57:07 +0000 (UTC) (envelope-from jkikpole@cairodurham.org) Received: by ioiz6 with SMTP id z6so72221529ioi.2 for ; Sun, 06 Sep 2015 15:56:59 -0700 (PDT) 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:from:date :message-id:subject:to:cc:content-type; bh=maVWLb8s06HQ6L/efcpdG4tCEZcGqq6/i5G3NSl5S0w=; b=VNjjIpOVfiCucNEaWxe+lro1nGlA7m1IAIBmmJudgRene1dnx8FCDKm42K/lLNEnYv 0bFJwKagkAlpJq9+Ba4VIJwVpK9fgr/F0CgyJk8KlETKmuIewCqUYT9NdcKisopBTivD Z4HeH9NRMICWIQSu4isHVoDsSFNnSGnssTC5G6bbPLcqg1mPGx0BVkA7mo+O6o8NWwZe 53Oig89pz0a0pyQv9Cc/EoPjsg2tBDmvGvss9c39+R+yGLgT3B8IsY4cPRfBKdREXr7q BqUrafNtmar8khnMbSYr7blY119tQIDYnUJ2euleVRliS8RLkNbb6Jhze4sY0qyNhR66 UqWg== X-Gm-Message-State: ALoCoQnng5S/uhWFcuP9NNwbRooP7sS3l5LFE3SvfnuXUlp2MneZcygpFExYh83SeS0+2lnUeEkkp4eiphSucHULrom1gb8Jzlcyfp8cuc/Xt+QNYAN7xVeSX/mHkrfL/W5crP7Zu3Um X-Received: by 10.107.6.73 with SMTP id 70mr10771566iog.158.1441580219772; Sun, 06 Sep 2015 15:56:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.59.205 with HTTP; Sun, 6 Sep 2015 15:56:40 -0700 (PDT) In-Reply-To: <55DC0D95.80202@FreeBSD.org> References: <55D6466F.9070200@FreeBSD.org> <55DC0D95.80202@FreeBSD.org> From: Jaime Kikpole Date: Sun, 6 Sep 2015 18:56:40 -0400 Message-ID: Subject: Re: Strange SFTP and PAM failure To: Matthew Seaman Cc: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2015 22:57:08 -0000 I think I have an answer, but I don't know if it is a good idea or not. When I asked, they eventually told me they're using Java 1.8 Update 51. After weeks of wasted time, they escalated it to engineering. (And I do mean "wasted." It took three days for them to "pull the logs" (their words) so that someone could review them. Not 3 days to review them. Just to "pull the logs.") Meanwhile, I've been tinkering and trying until I found that changing "PasswordAuthentication" in /etc/sshd_config from the default of "no" to "yes" will allow the PowerSchool system to make an SFTP connection and successfully push the text file over the link. So my question now becomes: Is this a good idea? The man page seems to say that I should set ChallengeResponseAuthentication to "no" if PasswordAuthentication is set to "yes". Should I make that change? Should I just disable PAM within sshd? I also freely admit that I don't have a deep understanding of PAM and usually leave it on the default settings. Perhaps I just have a silly setting in PAM. Any advice would be appreciated. Thanks in advance! -- Jaime Kikpole Network Administrator Cairo-Durham Central School District Technical Support: help@cairodurham.org go.cairodurham.org/techtips -- This electronic message and any attachment(s) may contain confidential or legally privileged information protected by law from further disclosure and is intended only for the individual or entity identified above as the addressee. If you are not the addressee (or the employee or agency responsible to deliver it to the addressee), or if this message has been addressed to you in error, you are hereby notified that you may not copy, forward, disclose or use any part of this message or any attachment(s). Please notify the sender immediately by return email or telephone and permanently delete this message and attachment(s) from your system. From owner-freebsd-questions@freebsd.org Mon Sep 7 00:50:33 2015 Return-Path: Delivered-To: freebsd-questions@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 2E4679CC235 for ; Mon, 7 Sep 2015 00:50:33 +0000 (UTC) (envelope-from hybrid120@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (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 E8667C99 for ; Mon, 7 Sep 2015 00:50:32 +0000 (UTC) (envelope-from hybrid120@gmail.com) Received: by obbda8 with SMTP id da8so23651536obb.1 for ; Sun, 06 Sep 2015 17:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=Tx9ZEhCZFYizvCp4HxQuGwKvRhFlmMRF/gbh3NoFXP8=; b=zcrugqYpWWtiGh2c2MP9u+b6Mbkm1UGBU7NxR5MoJmicwClUaZciTud6zEEOk6u+Kb bChGEXKOxYzSQn9k67gXO/6pkP9lMqghV0BXvLD8UvvELIVQm2UKTE+9MbN3R0omtnVe +n6agtjywIy5JULjkZAZy9h7/AoIKpwYc0eu20uJB9e/sPs0LS0W+M7mYk7NdGyJ/0nh J2FnCLA73ooxsLoxZONFm9/kZclMimdyMdfwE2IJVAfWJpdzO0nLTN3G1EGct/TEwyDk 7ToA6sc1vjH5JPvZbsv/Wsy/d3Vhk5OyS5WJVgQagG6cyHc+YXm5jUTSk3o+GldpYuem EBKA== X-Received: by 10.60.48.102 with SMTP id k6mr12511807oen.43.1441587032209; Sun, 06 Sep 2015 17:50:32 -0700 (PDT) Received: from [29.122.171.182] (66-87-99-182.pools.spcsdns.net. [66.87.99.182]) by smtp.gmail.com with ESMTPSA id k1sm6205977oet.3.2015.09.06.17.50.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 06 Sep 2015 17:50:31 -0700 (PDT) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: Cc: Fredrik , FreeBSD Questions X-Mailer: iPhone Mail (12H321) From: hybrid120@gmail.com Subject: Re: Issues installing vim Date: Sun, 6 Sep 2015 19:50:28 -0500 To: Michael Sierchio X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 00:50:33 -0000 There's also a pkg called "vim-lite" that doesn't have the X windows depende= ncies. --Matt > On Sep 6, 2015, at 12:26 PM, Michael Sierchio wrote: >=20 > Yes - you ran out of temp space (on /var) for installing all of the > packages you get when you try to install vim. Most of which aren't needed.= > Might be easier and better and less bloated to install from ports. >=20 > - M >=20 >=20 >=20 >> On Sat, Sep 5, 2015 at 10:10 AM, Fredrik wrote: >>=20 >> Hello, >>=20 >> Trying to install vim, I first tried: "sudo pkg install vim", which >> started the installation but ended claiming to be out of swap space. I >> found this a bit odd, but tried again and now I get the message: "pkg: No= >> packages available to install matching 'vim' have been found in the >> repositories" which I found even odder. Does anyone know what may be goin= g >> on? >>=20 >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to " >> freebsd-questions-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g" From owner-freebsd-questions@freebsd.org Mon Sep 7 06:37:41 2015 Return-Path: Delivered-To: freebsd-questions@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 56FEF9CB85D for ; Mon, 7 Sep 2015 06:37:41 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (70-90-202-97-Albuquerque.hfc.comcastbusiness.net [70.90.202.97]) (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 1CB22FC for ; Mon, 7 Sep 2015 06:37:40 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (localhost [127.0.0.1]) by deneb.dwf.com (8.14.4/8.14.3) with ESMTP id t876bceR018904 for ; Mon, 7 Sep 2015 00:37:38 -0600 Message-Id: <201509070637.t876bceR018904@deneb.dwf.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: "freebsd-questions@freebsd.org" Subject: pan (newsgroup reader) coredumps. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 2015 00:37:38 -0600 From: reg@dwf.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 06:37:41 -0000 I have installed pan (the newsgroup reader) from 10.2, and it coredumps immediately on execution. Anyone else see this behaviour? Is there a preferred newsreader in FreeBSD other than pan? -- Reg.Clemens reg@dwf.com From owner-freebsd-questions@freebsd.org Mon Sep 7 06:49:29 2015 Return-Path: Delivered-To: freebsd-questions@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 035E99CC143 for ; Mon, 7 Sep 2015 06:49:29 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A2C33A99 for ; Mon, 7 Sep 2015 06:49:28 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t876nMHY080771 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 7 Sep 2015 07:49:22 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t876nMHY080771 Authentication-Results: smtp.infracaninophile.co.uk/t876nMHY080771; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6] claimed to be liminal.local Subject: Re: Spamassassin install. To: freebsd-questions@freebsd.org References: <201509062154.t86Lsi8o015185@deneb.dwf.com> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55ED3368.2000208@FreeBSD.org> Date: Mon, 7 Sep 2015 07:49:12 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <201509062154.t86Lsi8o015185@deneb.dwf.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3Or8qThD4DTMSqOcLva5VgDaaB1AEJls5" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 06:49:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3Or8qThD4DTMSqOcLva5VgDaaB1AEJls5 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 06/09/2015 22:54, reg@dwf.com wrote: >=20 > Does the pkg install of spamassassin install all of the > PERL modules that are pointed to by the spamassassin > install document, or do I need to go to CPAN and get > them myself? It installs all the perl modules you need to be able to run Spamassassin, but not necessarily all the modules that Spamassassin could possibly use. The mail/spamassassin port has a number of options which affect what dependency ports will be installed, to enable various extra functionality, like MySQL or PgSQL database backends, DKIM and SPF checks, and access to distributed spam checksum databases like Pyzor and Razor. If the default setup doesn't suit you needs you can manage by just adding the missing modules and tweaking the configuration. Or install the spamassassin pkg from ports with your own choice of options to get everything pulled in automatically. If you the manual route, don't need to install those modules from CPAN -- they're all available in ports. Cheers, Matthew --3Or8qThD4DTMSqOcLva5VgDaaB1AEJls5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2 iQJ7BAEBCgBmBQJV7TNuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT2hUP92gqdLtMfUXvvsSuFnwMVguj WM+YEGznQUU+N9SK+6JZ4pmNQ5ZTjEGcepocy71sv1LLLUhKTAtd5R/I6tl/i3oa zfTt2XeDb9F/QCxXZjmVbpFTcSKmvuUlEL3rNNJjBmGzfnqHSTzTwKMJ/d4l4nXe pi+NnbJpnf0RGpu4CU6NXksvqvczwM4QE/g6N3GkZN9UZyQBgEe9aaFoAjKw39L1 NC8+KcQikr5NTuhYIm0TkDLfkOeWgMIm2GSUxtzh88DgyTUG96FaMEcoGZ5JPD0F KO6CgNAT5/92p+2smkXhXzWMxyDqCWjtMB+xpd3GVwqnR7/G2v0wPcAre0Xxzxnu jraHeaepgqlEJDJ2VCswrEcnjMus1W6zpkKucNMNgOhGFKa3t32PhghGpvoejcs/ 8VuFuqYfCq06+iB0fOJ9LLUOoEQjMxpnBDci/7tPeAI524+GLKt1UUklQ6tcncJG z24b2H+7ZoV3Egh1jg5MC9xLV/gUopUFcJnv28jqTTBWzBCdbpVIjl26k25cCBE1 MLTvOj+cLjzp5v13fXEzbIku9Pj05GNWmjlPZ+exQ286R+tGsHQ+EPsib84HFtWm hdLW1m8cvX0B2mUXl6puW44ZJwa7iHkd06aRSYFrIqiNHQfRjKAb76R2Ur6yaQut ODcEgcqAJFcyKlWwXkU= =2mRy -----END PGP SIGNATURE----- --3Or8qThD4DTMSqOcLva5VgDaaB1AEJls5-- From owner-freebsd-questions@freebsd.org Mon Sep 7 06:59:02 2015 Return-Path: Delivered-To: freebsd-questions@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 EA2BB9CC64B for ; Mon, 7 Sep 2015 06:59:02 +0000 (UTC) (envelope-from lists@rakupottery.org.uk) Received: from iprslrsmtp2msp.cpwnetworks.com (rslrsmtp2.opaltelecom.net [62.24.128.202]) by mx1.freebsd.org (Postfix) with ESMTP id 8F137E3B for ; Mon, 7 Sep 2015 06:59:01 +0000 (UTC) (envelope-from lists@rakupottery.org.uk) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AgBQBuNO1V//2AGD5eGQEBAYREqUwBAQEBAQEFAYELAZpzAoFvAQEBAQEBgQuEJAEBBDhAEQsYCRMDDwkDAgECAUUTBgIBAYguyD4BAQgihiyFQoUTF4QVAQSVVZV1hWmMEyaEAXCISQEBAQ X-IPAS-Result: A2AgBQBuNO1V//2AGD5eGQEBAYREqUwBAQEBAQEFAYELAZpzAoFvAQEBAQEBgQuEJAEBBDhAEQsYCRMDDwkDAgECAUUTBgIBAYguyD4BAQgihiyFQoUTF4QVAQSVVZV1hWmMEyaEAXCISQEBAQ X-IronPort-AV: E=Sophos;i="5.17,484,1437433200"; d="scan'208";a="647159768" Received: from wmsmtp.opaltelecom.net (HELO rslr-smtp-1.cpwnetworks.com) ([62.24.128.253]) by iprslrsmtp2msp.cpwnetworks.com with ESMTP; 07 Sep 2015 07:57:52 +0100 Received: from [92.27.146.104] (helo=imac.local) by rslr-smtp-1.cpwnetworks.com with esmtp (Exim 4.63) (envelope-from ) id 1ZYqNE-0002V6-QD for freebsd-questions@freebsd.org; Mon, 07 Sep 2015 07:57:52 +0100 Subject: Re: pan (newsgroup reader) coredumps. To: freebsd-questions@freebsd.org References: <201509070637.t876bceR018904@deneb.dwf.com> From: Martin Smith Message-ID: <55ED356B.1030103@rakupottery.org.uk> Date: Mon, 7 Sep 2015 07:57:47 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <201509070637.t876bceR018904@deneb.dwf.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 06:59:03 -0000 On 07/09/2015 07:37, reg@dwf.com wrote: > I have installed pan (the newsgroup reader) from 10.2, > and it coredumps immediately on execution. > > Anyone else see this behaviour? > > Is there a preferred newsreader in FreeBSD other than > pan? I have always found slrn to be pretty good -- Martin From owner-freebsd-questions@freebsd.org Mon Sep 7 07:24:35 2015 Return-Path: Delivered-To: freebsd-questions@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 422999CB4D9 for ; Mon, 7 Sep 2015 07:24:35 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) Received: from nm15-vm6.access.bullet.mail.bf1.yahoo.com (nm15-vm6.access.bullet.mail.bf1.yahoo.com [216.109.115.37]) (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 ED5C313F for ; Mon, 7 Sep 2015 07:24:34 +0000 (UTC) (envelope-from mueller6724@bellsouth.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s2048; t=1441610667; bh=+rPgmPj+8R/e2jqZNw1Pgl+ycS/aLtvbuxI4U2xf5B8=; h=Date:From:To:References:Subject:From:Subject; b=ERZ/qt5xzjXJnCcbxAS0FtAXQkWl9izdbEoC0InPlKMMce2AjSAw0pzfuUrsOfsiUHKTXYHukmg6Zzp+iogVFKFZHSKZC4g/JrV2TbChO2ryqLSo2O/v8byExEQawGUlYSB0PhWOP8oaaR3HrZ8JDTEonMW8S53U3Yr6ZDSEMnDYzhgJUQmydjXXEVDcRCvHH4LSLTWkDK+3NOb0XNEB0MBswUX1XwG9yx6ttaInkjlVMkd9zzPda2vlzWqzyx8yPMeXFVePFMrAT5HmwIREu6QaYAi/B1LeQs/yTjx9XSfGVEoc+yK1m++6YEtrn5ycMhenMWZvHFc5WcY1Mnm42g== Received: from [66.196.81.156] by nm15.access.bullet.mail.bf1.yahoo.com with NNFMP; 07 Sep 2015 07:24:27 -0000 Received: from [98.138.226.240] by tm2.access.bullet.mail.bf1.yahoo.com with NNFMP; 07 Sep 2015 07:24:27 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.ne1.yahoo.com with NNFMP; 07 Sep 2015 07:24:27 -0000 X-Yahoo-Newman-Id: 50324.13908.bm@smtp111.sbc.mail.ne1.yahoo.com Message-ID: <50324.13908.bm@smtp111.sbc.mail.ne1.yahoo.com> X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: sOM990oVM1mhR45SnzeKYavVytEoln_Kw7.HOp5r89Q55fp mz6npFe0YH322Y425cImNKamN9m0Mf_UNhgW7uwZcByNLIOzD0pclSv8DTJ7 kZBwPtIxPmGI_LvB1qb66JJuDK26Wk1uq6zO660Z8AHnTHQI6SOYhFI26CE2 7.Uopd9Zbm6_Xyz7gy6HilWQJwQo9C.lT9fMvyOGKchDhcTGalRgk2xICtKt gL7wXrY_RsSg3fetNwJWOFiaII.YEf_kAUpD56tYPPfvij98YJGPKi50qeO2 i0U3_6UZW.CGv5A_FglZpAdQKIFdnng2GoxCETEJArsPeg_r.hlwrAArNTG8 cUx8OsQGStgF9Q.AHNqDCBI0UFHOzczpMVD4Wp01RW_odsUtUjrcetVc0Nek XfpEKoypiBElKvYwP9bWqVktLRu6C6_IEMNlEE_fHBZa.PbGaqZWkqCrq2_t 1x2ws4jQpBchjqDm15Zq70hyzyflJSbyKwxDC.7oKmk1AHz931N8pygTHRY4 m_GPw26SoKWZW06lT8CgIjoA8SYuj79BUQIcUD.RMGq0Ht_fpUuiKc1UXOpA - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- Date: Mon, 07 Sep 2015 07:24:05 +0000 From: "Thomas Mueller" To: freebsd-questions@freebsd.org References: <55EAEE19.2060807@hiwaay.net> <55EAF922.2020906@hiwaay.net> <55EC25FE.4070802@ShaneWare.Biz> <55EC501E.10403@hiwaay.net> <441tebcrzw.fsf@lowell-desk.lan> Subject: Re: GCC question X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 07:24:35 -0000 from Lowell Gilbert: > The full form of the documentation is in an info file. Type "info gcc" > to get it. If you use emacs, you'll find its info browser is better than > the command line version. In fact, if you don't use emacs, you might be > best off with an online version, such as from > https://gcc.gnu.org/onlinedocs/ There is a port, misc/pinfo, that I find helpful for reading an info file in the absence of KDE and Konqueror that I had years back with Linux Slackware. Otherwise, I find info user-hostile, plain text would be better. Many times, I went through an info file as straight text with "less" and found that better than info. Tom From owner-freebsd-questions@freebsd.org Mon Sep 7 08:39:59 2015 Return-Path: Delivered-To: freebsd-questions@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 859309BBC70 for ; Mon, 7 Sep 2015 08:39:59 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id 21EE3C80 for ; Mon, 7 Sep 2015 08:39:58 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-169-30.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.169.30]) by ipmail05.adl6.internode.on.net with ESMTP; 07 Sep 2015 18:09:44 +0930 Message-ID: <55ED4D4F.4020605@ShaneWare.Biz> Date: Mon, 07 Sep 2015 18:09:43 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "FreeBSD Questions !!!!" , "William A. Mahaffey III" Subject: Re: GCC question References: <55EAEE19.2060807@hiwaay.net> <55EAF922.2020906@hiwaay.net> <55EC25FE.4070802@ShaneWare.Biz> <55EC501E.10403@hiwaay.net> <441tebcrzw.fsf@lowell-desk.lan> In-Reply-To: <441tebcrzw.fsf@lowell-desk.lan> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 08:39:59 -0000 On 07/09/2015 04:08, Lowell Gilbert wrote: > "William A. Mahaffey III" writes: > >> While this is still the topic, is there a way to tell GCC to only talk >> about x86_64 options in the man page (or in its CLI online help), >> rather than *ALL* supported architectures ? TIA & have a good one. > > The full form of the documentation is in an info file. Type "info gcc" > to get it. If you use emacs, you'll find its info browser is better than > the command line version. In fact, if you don't use emacs, you might be > best off with an online version, such as from > https://gcc.gnu.org/onlinedocs/ I also find the web view of man pages useful for larger ones like gcc https://www.freebsd.org/cgi/man.cgi I always change it to "release and ports" so you search man pages of all available ports - can help to find ports that you want to install. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Mon Sep 7 09:35:23 2015 Return-Path: Delivered-To: freebsd-questions@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 C2AE09CC359 for ; Mon, 7 Sep 2015 09:35:23 +0000 (UTC) (envelope-from benfell@parts-unknown.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A8F5E1787 for ; Mon, 7 Sep 2015 09:35:23 +0000 (UTC) (envelope-from benfell@parts-unknown.org) Received: by mailman.ysv.freebsd.org (Postfix) id A64989CC355; Mon, 7 Sep 2015 09:35:23 +0000 (UTC) Delivered-To: questions@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 8BFA19CC354 for ; Mon, 7 Sep 2015 09:35:23 +0000 (UTC) (envelope-from benfell@parts-unknown.org) Received: from mail.parts-unknown.org (mail.parts-unknown.org [IPv6:2001:470:67:119::4]) (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 66EE31786 for ; Mon, 7 Sep 2015 09:35:23 +0000 (UTC) (envelope-from benfell@parts-unknown.org) Received: by mail.parts-unknown.org (Postfix, from userid 80) id 91D2C593E532; Mon, 7 Sep 2015 02:35:22 -0700 (PDT) Received: from 2601:645:501:1800:b283:feff:fe96:371c ([2601:645:501:1800:b283:feff:fe96:371c]) by mail.parts-unknown.org (Horde Framework) with HTTP; Mon, 07 Sep 2015 02:35:22 -0700 Date: Mon, 07 Sep 2015 02:35:22 -0700 Message-ID: <20150907023522.Horde.Opxn2Rcbgz-dKXWCR8s5Xsk@mail.parts-unknown.org> From: David Benfell To: questions@freebsd.org Subject: libarchive won't build - lzma symbols missing User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_SiimB4wrepEOWLuf4AmAH5o"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 09:35:23 -0000 This message is in MIME format and has been PGP signed. --=_SiimB4wrepEOWLuf4AmAH5o Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I'm not seeing my way through this in the libarchive port build: --- bsdcpio --- ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `archive_compressor_xz_open': libarchive/archive_write_add_filter_xz.c:(.text+0x3b9):=20undefined=20=20 reference=20to `lzma_lzma_preset' libarchive/archive_write_add_filter_xz.c:(.text+0x44c): undefined=20=20 reference=20to `lzma_alone_encoder' libarchive/archive_write_add_filter_xz.c:(.text+0x467): undefined=20=20 reference=20to `lzma_stream_encoder' libarchive/archive_write_add_filter_xz.c:(.text+0x565): undefined=20=20 reference=20to `lzma_raw_encoder' ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `archive_compressor_xz_close': libarchive/archive_write_add_filter_xz.c:(.text+0x6ed):=20undefined=20=20 reference=20to `lzma_end' ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `drive_compressor': libarchive/archive_write_add_filter_xz.c:(.text+0x841):=20undefined=20=20 reference=20to `lzma_code' libarchive/archive_write_add_filter_xz.c:(.text+0x871): undefined=20=20 reference=20to `lzma_memusage' ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `archive_compressor_xz_write': libarchive/archive_write_add_filter_xz.c:(.text+0x913):=20undefined=20=20 reference=20to `lzma_crc32' ./.libs/libarchive.a(archive_read_support_format_7zip.o): In function=20=20 `archive_read_format_7zip_cleanup': libarchive/archive_read_support_format_7zip.c:(.text+0x2555):=20=20 undefined=20reference to `lzma_end' ./.libs/libarchive.a(archive_read_support_format_7zip.o): In function=20=20 `extract_pack_stream': libarchive/archive_read_support_format_7zip.c:(.text+0x2dee):=20=20 undefined=20reference to `lzma_code' libarchive/archive_read_support_format_7zip.c:(.text+0x2e09):=20=20 undefined=20reference to `lzma_end' ./.libs/libarchive.a(archive_read_support_format_7zip.o): In function=20=20 `init_decompression': libarchive/archive_read_support_format_7zip.c:(.text+0x431c):=20=20 undefined=20reference to `lzma_end' libarchive/archive_read_support_format_7zip.c:(.text+0x47d3):=20=20 undefined=20reference to `lzma_properties_decode' --- bsdtar --- ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `archive_compressor_xz_open': libarchive/archive_write_add_filter_xz.c:(.text+0x3b9):=20undefined=20=20 reference=20to `lzma_lzma_preset' --- bsdcpio --- libarchive/archive_read_support_format_7zip.c:(.text+0x480e):=20=20 undefined=20reference to `lzma_raw_decoder' --- bsdtar --- libarchive/archive_write_add_filter_xz.c:(.text+0x44c): undefined=20=20 reference=20to `lzma_alone_encoder' libarchive/archive_write_add_filter_xz.c:(.text+0x467): undefined=20=20 reference=20to `lzma_stream_encoder' libarchive/archive_write_add_filter_xz.c:(.text+0x565): undefined=20=20 reference=20to `lzma_raw_encoder' ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `archive_compressor_xz_close': libarchive/archive_write_add_filter_xz.c:(.text+0x6ed):=20undefined=20=20 reference=20to `lzma_end' ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `drive_compressor': libarchive/archive_write_add_filter_xz.c:(.text+0x841):=20undefined=20=20 reference=20to `lzma_code' --- bsdcpio --- ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 `compression_init_encoder_lzma': libarchive/archive_write_set_format_7zip.c:(.text+0x2cd8):=20undefined=20= =20 reference=20to `lzma_lzma_preset' --- bsdtar --- libarchive/archive_write_add_filter_xz.c:(.text+0x871): undefined=20=20 reference=20to `lzma_memusage' ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 `archive_compressor_xz_write': ---=20bsdcpio --- libarchive/archive_write_set_format_7zip.c:(.text+0x2d38): undefined=20=20 reference=20to `lzma_properties_size' --- bsdtar --- libarchive/archive_write_add_filter_xz.c:(.text+0x913): undefined=20=20 reference=20to `lzma_crc32' --- bsdcpio --- libarchive/archive_write_set_format_7zip.c:(.text+0x2d9a): undefined=20=20 reference=20to `lzma_properties_encode' libarchive/archive_write_set_format_7zip.c:(.text+0x2dfb): undefined=20=20 reference=20to `lzma_raw_encoder' ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 `compression_code_lzma': ---=20bsdtar --- ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 `compression_init_encoder_lzma': ---=20bsdcpio --- libarchive/archive_write_set_format_7zip.c:(.text+0x2ee1): undefined=20=20 reference=20to `lzma_code' --- bsdtar --- libarchive/archive_write_set_format_7zip.c:(.text+0x2cd8): undefined=20=20 reference=20to `lzma_lzma_preset' --- bsdcpio --- libarchive/archive_write_set_format_7zip.c:(.text+0x2f23): undefined=20=20 reference=20to `lzma_memusage' ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 `compression_end_lzma': ---=20bsdtar --- libarchive/archive_write_set_format_7zip.c:(.text+0x2d38): undefined=20=20 reference=20to `lzma_properties_size' --- bsdcpio --- libarchive/archive_write_set_format_7zip.c:(.text+0x2f82): undefined=20=20 reference=20to `lzma_end' --- bsdtar --- libarchive/archive_write_set_format_7zip.c:(.text+0x2d9a): undefined=20=20 reference=20to `lzma_properties_encode' libarchive/archive_write_set_format_7zip.c:(.text+0x2dfb): undefined=20=20 reference=20to `lzma_raw_encoder' ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 `compression_code_lzma': libarchive/archive_write_set_format_7zip.c:(.text+0x2ee1):=20undefined=20= =20 reference=20to `lzma_code' libarchive/archive_write_set_format_7zip.c:(.text+0x2f23): undefined=20=20 reference=20to `lzma_memusage' ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 `compression_end_lzma': libarchive/archive_write_set_format_7zip.c:(.text+0x2f82):=20undefined=20= =20 reference=20to `lzma_end' ./.libs/libarchive.a(archive_read_support_format_7zip.o): In function=20=20 `archive_read_format_7zip_cleanup': libarchive/archive_read_support_format_7zip.c:(.text+0x2555):=20=20 undefined=20reference to `lzma_end' ./.libs/libarchive.a(archive_read_support_format_7zip.o): In function=20=20 `extract_pack_stream': libarchive/archive_read_support_format_7zip.c:(.text+0x2dee):=20=20 undefined=20reference to `lzma_code' libarchive/archive_read_support_format_7zip.c:(.text+0x2e09):=20=20 undefined=20reference to `lzma_end' ./.libs/libarchive.a(archive_read_support_format_7zip.o): In function=20=20 `init_decompression': libarchive/archive_read_support_format_7zip.c:(.text+0x431c):=20=20 undefined=20reference to `lzma_end' libarchive/archive_read_support_format_7zip.c:(.text+0x47d3):=20=20 undefined=20reference to `lzma_properties_decode' libarchive/archive_read_support_format_7zip.c:(.text+0x480e):=20=20 undefined=20reference to `lzma_raw_decoder' --- bsdcpio --- cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [bsdcpio] Error code 1 make[3]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 --- bsdtar --- cc: error: linker command failed with exit code 1 (use -v to see invocation= ) *** [bsdtar] Error code 1 make[3]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 2 errors make[3]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 *** [all] Error code 2 make[2]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 1 error make[2]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure = to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/archivers/libarchive *** Error code 1 Stop. make: stopped in /usr/ports/archivers/libarchive This is: 10.2-STABLE FreeBSD vegan.parts-unknown.org 10.2-STABLE FreeBSD 10.2-STABLE #0=20=20 r286787:=20Fri Aug 14 14:58:35 PDT 2015=20=20=20=20=20=20 root@vegan.parts-unknown.org:/usr/obj/usr/src/sys/GENERIC=20 amd64 The problem has been present for several months and is inhibiting port=20= =20 upgrades. Thanks! --=20 David Benfell --=_SiimB4wrepEOWLuf4AmAH5o Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJV7VpaAAoJEOoml8Ul4D7WsTwQAJOMzRle2d6cximgEGu6DIxe 7VS9kiBOxm3B1OIx9yh6whVmF5hoC98C4XBYEZ91e/4C5ynbwJiQI5XrIP3M5nMu Ry8Dprg+O+gYjXucF+3YUoTSmLKj5dhexDqJuofiPcb0HpgpNk2CVkJ87J6/i6GI +qUBVP9DDnkJpCn8w9JBb3z63k5mjdyBILXk8uek5fMp06SxOB5JUsFZbKwXOpg2 lL4Sy9tTJp29dXA6uRiYknbYNtx9YKyDwgEbkwJ+JVrddhhzKwY+KKRcgmWTtcyc 2sXER+ZTvCkjgAun6b8T0znqIl7f76cIf/INxCMTMZlQbkw/JKNo+974xZTw9HYH naN1tZzcwqr88o2t4G948WA0gVL66zKtZCDFElKwik1pls9HoziOoToHFVd7Xi1b X1n2bNeE0Xb6ZV3w4OMHIJmQ3mwx0H/CJo5rcuv7bT4vaQ+FH4nrfolkXJvL41PB j7rz3VwNlRdUlT2oMhHgsdDTJNy18IqMpQXrIuyeRmaGJ6LolsJWNznHy2XBbfAg Ni+zwbSAbeJV9ZVne8pM75zYAg2y0DtpgtFPPdCZbTmC9MqxWQqx2M1/QT8k9oVC mFiMJYjo77hmm16f0UA208JUn/wYw5nfcsDEPfA3f8qN8hQWBxki2k8/NK9jNrpl MdoVFCPxI0r+bEimoOTv =2ItN -----END PGP SIGNATURE----- --=_SiimB4wrepEOWLuf4AmAH5o-- From owner-freebsd-questions@freebsd.org Mon Sep 7 09:57:07 2015 Return-Path: Delivered-To: freebsd-questions@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 A11D99CCEC9 for ; Mon, 7 Sep 2015 09:57:07 +0000 (UTC) (envelope-from benfell@parts-unknown.org) Received: from mail.parts-unknown.org (mail.parts-unknown.org [IPv6:2001:470:67:119::4]) (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 7CA93110C for ; Mon, 7 Sep 2015 09:57:07 +0000 (UTC) (envelope-from benfell@parts-unknown.org) Received: by mail.parts-unknown.org (Postfix, from userid 80) id 54BAC593E532; Mon, 7 Sep 2015 02:57:01 -0700 (PDT) Received: from 2601:645:501:1800:b283:feff:fe96:371c ([2601:645:501:1800:b283:feff:fe96:371c]) by mail.parts-unknown.org (Horde Framework) with HTTP; Mon, 07 Sep 2015 02:57:01 -0700 Date: Mon, 07 Sep 2015 02:57:01 -0700 Message-ID: <20150907025701.Horde.orgCgVQruPughp0idZ7Y4lX@mail.parts-unknown.org> From: David Benfell To: freebsd-questions@freebsd.org Subject: SOLVED: Re: libarchive won't build - lzma symbols missing In-Reply-To: <20150907023522.Horde.Opxn2Rcbgz-dKXWCR8s5Xsk@mail.parts-unknown.org> User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_03mgfwFeONppppJkjW8PZkT"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 09:57:07 -0000 This message is in MIME format and has been PGP signed. --=_03mgfwFeONppppJkjW8PZkT Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting David Benfell : > Hi all, > > I'm not seeing my way through this in the libarchive port build: > > --- bsdcpio --- > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`archive_compressor_xz_open': > libarchive/archive_write_add_filter_xz.c:(.text+0x3b9): undefined=20=20 >=20reference to `lzma_lzma_preset' > libarchive/archive_write_add_filter_xz.c:(.text+0x44c): undefined=20=20 >=20reference to `lzma_alone_encoder' > libarchive/archive_write_add_filter_xz.c:(.text+0x467): undefined=20=20 >=20reference to `lzma_stream_encoder' > libarchive/archive_write_add_filter_xz.c:(.text+0x565): undefined=20=20 >=20reference to `lzma_raw_encoder' > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`archive_compressor_xz_close': > libarchive/archive_write_add_filter_xz.c:(.text+0x6ed): undefined=20=20 >=20reference to `lzma_end' > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`drive_compressor': > libarchive/archive_write_add_filter_xz.c:(.text+0x841): undefined=20=20 >=20reference to `lzma_code' > libarchive/archive_write_add_filter_xz.c:(.text+0x871): undefined=20=20 >=20reference to `lzma_memusage' > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`archive_compressor_xz_write': > libarchive/archive_write_add_filter_xz.c:(.text+0x913): undefined=20=20 >=20reference to `lzma_crc32' > ./.libs/libarchive.a(archive_read_support_format_7zip.o): In=20=20 >=20function `archive_read_format_7zip_cleanup': > libarchive/archive_read_support_format_7zip.c:(.text+0x2555):=20=20 >=20undefined reference to `lzma_end' > ./.libs/libarchive.a(archive_read_support_format_7zip.o): In=20=20 >=20function `extract_pack_stream': > libarchive/archive_read_support_format_7zip.c:(.text+0x2dee):=20=20 >=20undefined reference to `lzma_code' > libarchive/archive_read_support_format_7zip.c:(.text+0x2e09):=20=20 >=20undefined reference to `lzma_end' > ./.libs/libarchive.a(archive_read_support_format_7zip.o): In=20=20 >=20function `init_decompression': > libarchive/archive_read_support_format_7zip.c:(.text+0x431c):=20=20 >=20undefined reference to `lzma_end' > libarchive/archive_read_support_format_7zip.c:(.text+0x47d3):=20=20 >=20undefined reference to `lzma_properties_decode' > --- bsdtar --- > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`archive_compressor_xz_open': > libarchive/archive_write_add_filter_xz.c:(.text+0x3b9): undefined=20=20 >=20reference to `lzma_lzma_preset' > --- bsdcpio --- > libarchive/archive_read_support_format_7zip.c:(.text+0x480e):=20=20 >=20undefined reference to `lzma_raw_decoder' > --- bsdtar --- > libarchive/archive_write_add_filter_xz.c:(.text+0x44c): undefined=20=20 >=20reference to `lzma_alone_encoder' > libarchive/archive_write_add_filter_xz.c:(.text+0x467): undefined=20=20 >=20reference to `lzma_stream_encoder' > libarchive/archive_write_add_filter_xz.c:(.text+0x565): undefined=20=20 >=20reference to `lzma_raw_encoder' > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`archive_compressor_xz_close': > libarchive/archive_write_add_filter_xz.c:(.text+0x6ed): undefined=20=20 >=20reference to `lzma_end' > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`drive_compressor': > libarchive/archive_write_add_filter_xz.c:(.text+0x841): undefined=20=20 >=20reference to `lzma_code' > --- bsdcpio --- > ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 >=20`compression_init_encoder_lzma': > libarchive/archive_write_set_format_7zip.c:(.text+0x2cd8): undefined=20= =20 >=20reference to `lzma_lzma_preset' > --- bsdtar --- > libarchive/archive_write_add_filter_xz.c:(.text+0x871): undefined=20=20 >=20reference to `lzma_memusage' > ./.libs/libarchive.a(archive_write_add_filter_xz.o): In function=20=20 >=20`archive_compressor_xz_write': > --- bsdcpio --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2d38): undefined=20= =20 >=20reference to `lzma_properties_size' > --- bsdtar --- > libarchive/archive_write_add_filter_xz.c:(.text+0x913): undefined=20=20 >=20reference to `lzma_crc32' > --- bsdcpio --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2d9a): undefined=20= =20 >=20reference to `lzma_properties_encode' > libarchive/archive_write_set_format_7zip.c:(.text+0x2dfb): undefined=20= =20 >=20reference to `lzma_raw_encoder' > ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 >=20`compression_code_lzma': > --- bsdtar --- > ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 >=20`compression_init_encoder_lzma': > --- bsdcpio --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2ee1): undefined=20= =20 >=20reference to `lzma_code' > --- bsdtar --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2cd8): undefined=20= =20 >=20reference to `lzma_lzma_preset' > --- bsdcpio --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2f23): undefined=20= =20 >=20reference to `lzma_memusage' > ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 >=20`compression_end_lzma': > --- bsdtar --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2d38): undefined=20= =20 >=20reference to `lzma_properties_size' > --- bsdcpio --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2f82): undefined=20= =20 >=20reference to `lzma_end' > --- bsdtar --- > libarchive/archive_write_set_format_7zip.c:(.text+0x2d9a): undefined=20= =20 >=20reference to `lzma_properties_encode' > libarchive/archive_write_set_format_7zip.c:(.text+0x2dfb): undefined=20= =20 >=20reference to `lzma_raw_encoder' > ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 >=20`compression_code_lzma': > libarchive/archive_write_set_format_7zip.c:(.text+0x2ee1): undefined=20= =20 >=20reference to `lzma_code' > libarchive/archive_write_set_format_7zip.c:(.text+0x2f23): undefined=20= =20 >=20reference to `lzma_memusage' > ./.libs/libarchive.a(archive_write_set_format_7zip.o): In function=20=20 >=20`compression_end_lzma': > libarchive/archive_write_set_format_7zip.c:(.text+0x2f82): undefined=20= =20 >=20reference to `lzma_end' > ./.libs/libarchive.a(archive_read_support_format_7zip.o): In=20=20 >=20function `archive_read_format_7zip_cleanup': > libarchive/archive_read_support_format_7zip.c:(.text+0x2555):=20=20 >=20undefined reference to `lzma_end' > ./.libs/libarchive.a(archive_read_support_format_7zip.o): In=20=20 >=20function `extract_pack_stream': > libarchive/archive_read_support_format_7zip.c:(.text+0x2dee):=20=20 >=20undefined reference to `lzma_code' > libarchive/archive_read_support_format_7zip.c:(.text+0x2e09):=20=20 >=20undefined reference to `lzma_end' > ./.libs/libarchive.a(archive_read_support_format_7zip.o): In=20=20 >=20function `init_decompression': > libarchive/archive_read_support_format_7zip.c:(.text+0x431c):=20=20 >=20undefined reference to `lzma_end' > libarchive/archive_read_support_format_7zip.c:(.text+0x47d3):=20=20 >=20undefined reference to `lzma_properties_decode' > libarchive/archive_read_support_format_7zip.c:(.text+0x480e):=20=20 >=20undefined reference to `lzma_raw_decoder' > --- bsdcpio --- > cc: error: linker command failed with exit code 1 (use -v to see invocati= on) > *** [bsdcpio] Error code 1 > > make[3]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 > --- bsdtar --- > cc: error: linker command failed with exit code 1 (use -v to see invocati= on) > *** [bsdtar] Error code 1 > > make[3]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 > 2 errors > > make[3]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 > *** [all] Error code 2 > > make[2]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 > 1 error > > make[2]: stopped in /usr/ports/archivers/libarchive/work/libarchive-3.1.2 > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/archivers/libarchive > *** Error code 1 > > Stop. > make: stopped in /usr/ports/archivers/libarchive > > This is: > > 10.2-STABLE > FreeBSD vegan.parts-unknown.org 10.2-STABLE FreeBSD 10.2-STABLE #0=20=20 >=20r286787: Fri Aug 14 14:58:35 PDT 2015=20=20=20=20=20=20 >=20root@vegan.parts-unknown.org:/usr/obj/usr/src/sys/GENERIC amd64 > > The problem has been present for several months and is inhibiting=20=20 >=20port upgrades. It finally occurred to me to try removing lzmalib. libarchive builds=20=20 fine=20with it removed. Apologies for the noise. Hope this helps someone else.... --=20 David=20Benfell --=_03mgfwFeONppppJkjW8PZkT Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJV7V9tAAoJEOoml8Ul4D7WgUYP/00BxCK63qw7UDP5o0MRCsHr ZIqHjjOcM34uLBMoJvxa+aha8oPz3IrOJ1NTND1cciYN6fEdFBQu/sRPDpKKvU2I +xlvIH0B/0t5sabQggz9eUBPToZxLeZCi7RwHrow47ZWsbyDHHgQ4uDMvCIUFhnt vmzgNDjyluGFGMzxuthxeqY3sYuUvcWmiTYSz1RdDvygL6VIUk0YC4IpO6fcxEcP nPKVJFtL1IX1sdFk47OWeTEtEDAzJhs2+iM4gU2pM67lNTIJl2+x2bDs2D8KmQIU 2matrp4nTMPBOYz1jmyROJBxz18MR7S/JDe1CyM5pLQzCKs2SG7VrjJdreLz853X X/RAPJlWRlll/K5D9XrcBA2jq1aeXObQAWVubra8NhgBHYlMMoE9dx+yXdeQzhS0 ySLE2EZ4YrX6KXyVcTK9dg4CoSwBead6QtBOXQMMVHVmP95qF5+RNtg7wslk+zIH S1+SfBAdH45xg9oh3m1dAjfEuP8zOcLuFmqKYV/nU6Kyg6WVlbeQLcigGYjaWam6 SxwjiYD88yQPB5zxvLf0V5/c+aV2iMpzBPzH8jkQBq/v0UrzftSjCVDlR9oggX8Q eZAFhor1XP7b3u/Vzqj0PYk3GGhoS2nA6e0M87WM46ZW9WNHuP5sWuuZwICCrcbG lDQTIMRuCJSUbgRSuIt9 =zDY5 -----END PGP SIGNATURE----- --=_03mgfwFeONppppJkjW8PZkT-- From owner-freebsd-questions@freebsd.org Mon Sep 7 10:11:02 2015 Return-Path: Delivered-To: freebsd-questions@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 10EDA9C5907 for ; Mon, 7 Sep 2015 10:11:02 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by mx1.freebsd.org (Postfix) with ESMTP id A28F41A4A for ; Mon, 7 Sep 2015 10:11:01 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-169-30.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.169.30]) by ipmail05.adl6.internode.on.net with ESMTP; 07 Sep 2015 19:40:59 +0930 Message-ID: <55ED62A8.40105@ShaneWare.Biz> Date: Mon, 07 Sep 2015 19:40:48 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: freebsd@dreamchaser.org, FreeBSD Mailing List Subject: Re: ports database, sorta-user install References: <55EC64C0.3000802@dreamchaser.org> In-Reply-To: <55EC64C0.3000802@dreamchaser.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 10:11:02 -0000 On 07/09/2015 01:37, Gary Aitken wrote: > I'm trying to build gimp from the latest source, while still keeping > the /usr/ports version installed. This is turning out to be non-trivial > (for me), and the easiest way appears to be to treat it as a port and > use the ports mechanism to deal with the gnu aspects of the source. > Can someone tell me what's going on? > > Is there some better way to do this? Essentially, I want to build a set > of new ports that still link to standard libs when possible, superceeding > existing ports as necessary. In this case, that means at least a > new gimp (depends on new gegl) > new gegl (depends on new babl) > new babl pkg uses the packagename and/or origin to distinguish between ports (I think it was origin but they are working to change it to package name) To get your ports working with this you want to change the name of them so that they have their own names and aren't confused with existing ports. I suggest making your own ports. By creating graphics/gimp-app-ga x11/babl-ga ... and giving them a matching PORTNAME you will get ports that can be installed alongside existing ports provided you adjust them to not install the same files in the same location. Other ports are linked as dependencies using settings within the ports Makefile, have your ports point to your newer versions and existing ports still link to other existing ports. LIB_DEPENDS= libgegl-0.2.so:${PORTSDIR}/graphics/gegl-ga The porters handbook explains more about creating a port - 5.8 is dependencies https://www.freebsd.org/doc/en/books/porters-handbook/index.html -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Mon Sep 7 12:23:17 2015 Return-Path: Delivered-To: freebsd-questions@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 9AE859CC51A for ; Mon, 7 Sep 2015 12:23:17 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 516AA121B for ; Mon, 7 Sep 2015 12:23:17 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t87CNFnc016582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Sep 2015 07:23:15 -0500 Subject: Re: GCC question To: freebsd-questions@freebsd.org References: <55EAEE19.2060807@hiwaay.net> <55EAF922.2020906@hiwaay.net> <55EC25FE.4070802@ShaneWare.Biz> <55EC501E.10403@hiwaay.net> <441tebcrzw.fsf@lowell-desk.lan> <50324.13908.bm@smtp111.sbc.mail.ne1.yahoo.com> From: "William A. Mahaffey III" Message-ID: <55ED81B2.7050406@hiwaay.net> Date: Mon, 7 Sep 2015 07:28:44 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <50324.13908.bm@smtp111.sbc.mail.ne1.yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 12:23:17 -0000 On 09/07/15 02:30, Thomas Mueller wrote: > from Lowell Gilbert: > >> The full form of the documentation is in an info file. Type "info gcc" >> to get it. If you use emacs, you'll find its info browser is better than >> the command line version. In fact, if you don't use emacs, you might be >> best off with an online version, such as from >> https://gcc.gnu.org/onlinedocs/ > There is a port, misc/pinfo, that I find helpful for reading an info file in the absence of KDE and Konqueror that I had years back with Linux Slackware. > > Otherwise, I find info user-hostile, plain text would be better. Many times, I went through an info file as straight text with "less" and found that better than info. > > Tom I definitely 2nd that motion, I do *NOT* like info at all, man pages are my preference (or plain text, or *maybe* HTML), or else decently formatted online help from the CLI, i.e. 'gcc -h ' or 'gcc --help ' .... A little more effort for the developer, but *FAR* preferable to info for me. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Sep 7 14:18:19 2015 Return-Path: Delivered-To: freebsd-questions@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 CAF499CC1E1 for ; Mon, 7 Sep 2015 14:18:19 +0000 (UTC) (envelope-from vdemart@gmail.com) Received: from smtpdg227.aruba.it (smtpdg227.aruba.it [62.149.158.227]) by mx1.freebsd.org (Postfix) with ESMTP id 078E61D05 for ; Mon, 7 Sep 2015 14:18:18 +0000 (UTC) (envelope-from vdemart@gmail.com) Received: from [192.168.1.114] ([79.19.227.205]) by smtpcmd03.ad.aruba.it with bizsmtp id EEGz1r01K4SXj1b01EH0mq; Mon, 07 Sep 2015 16:17:01 +0200 From: Victor Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Compiling R 3.2.2 under FreeBSD Date: Mon, 7 Sep 2015 16:16:59 +0200 Message-Id: <9251004B-F7DA-4F38-8D2A-729EA90E4ED7@gmail.com> To: r-help@r-project.org, FreeBSD Mailing List Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 14:18:19 -0000 The R-CRAN project under FreeBSD 10.2 ports is quite obsolete being = blocked at version 3.0.2 while at the moment the project is at version = 3.2.2. Modifying the /usr/ports/math/R port I'm trying to upgrade R to that = last version. When I issue the 'make' command I get the following error ..................................... installing etc ... installing share ... /usr/ports/math/R-new/work/stage/usr/local/lib/R/lib/libRblas.so is = unchanged gcc48 -std=3Dgnu99 -I. -I../../src/include -I../../src/include = -I/usr/local/include -I/usr/local/include -DLIBICONV_PLUG = -DHAVE_CONFIG_H -fopenmp -fpic -O2 -pipe -fno-builtin-coshl = -fno-builtin-erfcl -fno-builtin-erfl -fno-builtin-lgammal = -fno-builtin-powl -fno-builtin-sinhl -fno-builtin-tanhl = -fno-builtin-tgammal -DLIBICONV_PLUG -fstack-protector = -Wl,-rpath=3D/usr/local/lib/gcc48 -fno-strict-aliasing -L/usr/local/lib = -fno-builtin-coshl -fno-builtin-erfcl -fno-builtin-erfl = -fno-builtin-lgammal -fno-builtin-powl -fno-builtin-sinhl = -fno-builtin-tanhl -fno-builtin-tgammal -Wl,-rpath=3D/usr/local/lib/gcc48 = -L/usr/local/lib/gcc48 -B/usr/local/bin -fstack-protector = -Wl,-rpath=3D/usr/local/lib/gcc48 -L/usr/local/lib/gcc48 = -DR_HOME=3D'"/usr/local/lib/R"' -o Rscript ./Rscript.c /usr/ports/math/R-new/work/stage/usr/local/lib/R/bin/exec/R is unchanged /usr/ports/math/R-new/work/stage/usr/local/lib/R/lib/libR.so is = unchanged /usr/ports/math/R-new/work/stage/usr/local/lib/R/modules/internet.so is = unchanged /usr/ports/math/R-new/work/stage/usr/local/lib/R/modules/lapack.so is = unchanged /usr/ports/math/R-new/work/stage/usr/local/lib/R/lib/libRlapack.so is = unchanged /usr/ports/math/R-new/work/stage/usr/local/lib/R/modules/R_X11.so is = unchanged /usr/ports/math/R-new/work/stage/usr/local/lib/R/modules/R_de.so is = unchanged installing packages ... building HTML index ... install: R-FAQ.info*: No such file or directory *** Error code 71 Stop. make[1]: stopped in /usr/ports/math/R-new *** Error code 1 Stop. make: stopped in /usr/ports/math/R-new ................................................ What should I do? Ciao Vittorio= From owner-freebsd-questions@freebsd.org Mon Sep 7 15:16:02 2015 Return-Path: Delivered-To: freebsd-questions@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 4876D9CCDAA for ; Mon, 7 Sep 2015 15:16:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 1B8AD1AA0 for ; Mon, 7 Sep 2015 15:16:01 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t87FFsVi002213 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Sep 2015 10:15:55 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: 64-bit Linux binary compatibility/emulation Message-ID: <55EDAA29.9000600@hiwaay.net> Date: Mon, 7 Sep 2015 10:21:23 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 15:16:02 -0000 The FreeBSD wiki for the docker package contains intriguing allusions to a '64 bit Linux compatibility layer', although the handbook still says its a nogo. I notice the following when trying to execute a program compiled under FC14 x86_64 a while back: [wam@kabini1, TEST, 10:15:40am] 563 % lltr *fpbl* ; date -rw------- 1 wam users 3162 Feb 12 2012 fpbl.f -rwx------ 1 wam users 17909 Mar 26 2012 fpbl.linux* -rw------- 1 wam users 13110 May 25 2014 OUTPUT.fpbl.linux.txt -rw------- 1 wam users 11760 Sep 5 10:04 fpbl.c -rwx------ 1 wam users 18003 Sep 5 10:04 fpbl* -rw------- 1 wam users 13142 Sep 5 10:05 OUTPUT.fpbl.FreeBSD.txt Mon Sep 7 10:15:46 MCDT 2015 [wam@kabini1, TEST, 10:15:46am] 564 % file fpbl.linux fpbl fpbl.linux: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=882754a79d9e9583eff5f710da6a3d0eb3251fa2, not stripped fpbl: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 9.3, not stripped [wam@kabini1, TEST, 10:15:48am] 565 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, TEST, 10:15:50am] 566 % ./fpbl.linux ELF binary type "0" not known. ./fpbl.linux: Exec format error. Binary file not executable. [wam@kabini1, TEST, 10:15:52am] 567 % i.e. the file type is recognized, a runtime loader seems to be present, yet the file fails to execute. The FreeBSD version runs AOK & produces identical output to that from the Linux executable run under linux a while back. How is progress on 64-bit Linux binary compatibility/emulation ? TIA & have a nice labor day. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Sep 7 15:41:02 2015 Return-Path: Delivered-To: freebsd-questions@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 505FA9CBC02 for ; Mon, 7 Sep 2015 15:41:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 1D133164A for ; Mon, 7 Sep 2015 15:41:01 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t87Fexao016079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Sep 2015 10:41:00 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: FreeBSD 9.3R installation question(s) Message-ID: <55EDB00B.6090400@hiwaay.net> Date: Mon, 7 Sep 2015 10:46:29 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 15:41:02 -0000 I will be bringing 2 new boxen online in the next few days/weeks. Both were originally intended to run CentOS6 (I even have kickstart files prepped & ready to go), however in view of recent success using VirtualBox (& in stark contrast to *serious* issues w/ same last year this time) & desire to reduce the .... aaaah .... dirversity of boxen on my LAN, I decided to use FreeBSD 9.3R on both. Both are AMD A-series APU based, 1 w/ 8 HDD's, to become my dev-box, the other w/ 2 HDD's to be used as a home-theatre box w/ MythTV. I would like to optimize usage of disk space as much as possible on both boxen, so I am planning to partition the drives, then RAID the partitions, RAID1 for root, RAID0 for others, notably /home, where the preponderance of data will reside on both boxen. Both setups are similar, but slightly more complex than this box, also 9.3R, w/ 4 HDD's, but root on a plain UFS partition, /usr on a 3-partition RAID0 (striped), & /home on a 4-partition RAID0. I am planning on RAID1 (mirrored) root drive for both boxen, both probably created from 16 GB partitions of 2.5" 1 TB HDD's, w/ 16 GB swap partitions, & /home getting the rest (*very* similar to how the drives on this box are setup). I had a fair amount of noob-ish issus w/ the setup of this boxen almost exactly a year ago, as was dramatically chronicled onlist. I eventually got everything going, w/ very good, patient, & necessary onlist help. Hoping to avert as much drama this time around as possible, I am planning to script the installs, to both reduce fat-fingered errors & to allow accurate documentation of the proceedings in case onlist help is needed. I have created 2 scripts for the MythTV box, culled from an online source which I downloaded last year, but can't recall immediately (I'll dredge it up if needed, but I *think* it was good, although slightly different from my setup). Both are designed to be called from appropriate points in the install process. I attach them below & have a couple of questions. The 'setup...' one is to be run before/during the partitioning process, & the other at the end, as indicated in comments. The online handbook indicates that bootcode can be installed on the mirrored root RAID after creation, & before newfs calls. Does this apply for both MBR & FreeBSD boot code ? The manual illustrates using MBR code, but the gpart man-page seems to imply either should work, comments please. Also, that script mounts both newly-created RAID partitions (root & /home) under /mnt before returning to the installer, is that proper ? In the 'finish...' script, the fstab file is written to '/tmp/bsd_install_etc', is that correct, or should it be written to the mounted newly-created root drive (or both) ? TIA & have a nice labor day. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Sep 7 16:00:31 2015 Return-Path: Delivered-To: freebsd-questions@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 229A89CCB9C for ; Mon, 7 Sep 2015 16:00:31 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-io0-f180.google.com (mail-io0-f180.google.com [209.85.223.180]) (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 E8C4A1EE1 for ; Mon, 7 Sep 2015 16:00:30 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by iofb144 with SMTP id b144so92287143iof.1 for ; Mon, 07 Sep 2015 09:00:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; bh=88FVeTYH336NLyPSlJmJKqTzFSEGECYGA90m24wc4jY=; b=h2eqUbYxG3aIfGGmXCiwk0IPSU0y+BZLqspqRxXUToDMH79gJx+ShFCeJdLKuoiuL/ ie4yLMMY7iTSfnoHsM6cMFDWmAClzcH+dMbZxOHNKZGpu/c4+XgyRC2OEr5pwwSnyKmB ePZtpcCccaIi0QROwysNHKAOQGeXX+Ch0HPT4EUgItqXUr3JfGSy2ROQahEGh8SV/cKD UfJRY5eEqT1QArq0vLdEbLRs3E6jinCCrC/adxMhdmWoZOyewpw4bfvmxxvR3bg1Cc+F r8loSZClfaYTyY0Q3OjmSqNPUzpw+l5JfTTWTroTawADwiSCoEzWJ/PHsX44b5Qx06Qe HdtQ== X-Received: by 10.107.26.138 with SMTP id a132mr29774204ioa.5.1441641193947; Mon, 07 Sep 2015 08:53:13 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-208-115.mpls.qwest.net. [174.30.208.115]) by smtp.gmail.com with ESMTPSA id os9sm367413igb.11.2015.09.07.08.53.12 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 07 Sep 2015 08:53:13 -0700 (PDT) References: <55E01DAE.1020709@infracaninophile.co.uk> <20150828084643.GB1274@xtaz.uk> <864mjj1fh3.fsf@WorkBox.Home> <8637yro6nu.fsf@WorkBox.Home> From: Brandon J. Wandersee To: Warren Block Cc: freebsd-questions@freebsd.org Subject: Re: Replacing Drive with SSD In-reply-to: Date: Mon, 07 Sep 2015 10:53:11 -0500 Message-ID: <8637yqz0ns.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 16:00:31 -0000 Warren Block writes: > On Sun, 6 Sep 2015, Brandon J. Wandersee wrote: > >> >> Warren Block writes: >> >>> The SSD keeps a map of which blocks have been written. So writing just >>> once with dd is not a wear problem. The problem is that now the SSD has >>> no way of knowing whether that block has real data on it or not. So it >>> can't swap it for wear leveling. That's what trim does--when a file is >>> deleted, the filesystem uses trim to notify the SSD that those blocks >>> are no longer in use. >> >> Would this also apply to a *single file* written using dd? Your SSD >> guide recommends creating a swap file from /dev/zero using dd: >> >>> Because the data goes through the file system, TRIM will be used, and >>> the swap file can be resized without repartitioning the SSD. >> >> So is the problem with dd and SSDs only relevant when targeting a whole >> block device? > > Yes. Well, really it is about writing with methods that do not track > whether a block is in use. When that swap file is deleted, UFS tells > the SSD that all those blocks are no longer in use. dd(1) does not even > have the concept of blocks being used or not, it just copies data. Good to know, thanks. -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ================================================================== 'A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.' - Douglas Adams ================================================================== From owner-freebsd-questions@freebsd.org Mon Sep 7 16:46:26 2015 Return-Path: Delivered-To: freebsd-questions@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 D5FF99CB1DA for ; Mon, 7 Sep 2015 16:46:26 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp207.alice.it (smtp207.alice.it [82.57.200.103]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6C214A1 for ; Mon, 7 Sep 2015 16:46:26 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (79.32.6.132) by smtp207.alice.it (8.6.060.28) (authenticated as acanedi@alice.it) id 55BB665306CD548E for freebsd-questions@freebsd.org; Mon, 7 Sep 2015 18:46:19 +0200 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.15.2/8.14.9) with ESMTP id t87GkIBh049222 for ; Mon, 7 Sep 2015 18:46:18 +0200 (CEST) (envelope-from ml@netfence.it) From: Andrea Venturoli Subject: Create Ultimate Boot CD USB Stick To: freebsd-questions@freebsd.org Message-ID: <55EDBF5A.9010808@netfence.it> Date: Mon, 7 Sep 2015 18:46:18 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 16:46:26 -0000 Hello. Has anyone ever succeded in doing this? Is there a way to create an UBCD stick from the ISO image without using Linux or Windows? bye & Thanks av. From owner-freebsd-questions@freebsd.org Mon Sep 7 17:33:18 2015 Return-Path: Delivered-To: freebsd-questions@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 9C17A9C5CF5 for ; Mon, 7 Sep 2015 17:33:18 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail.financecomm.com [178.63.105.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC8710F0 for ; Mon, 7 Sep 2015 17:33:16 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0] (unknown [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id A65EE3F714; Mon, 7 Sep 2015 19:33:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1441647194; bh=/nwOzN6r12AcXyaYq+bfot42GlGoNe/n0bNNWsvTSqo=; h=Subject:To:References:From:Date:In-Reply-To; b=STT2sPeNMpuEiS3RwZLzB9MX7RrwSg0bj1FkRlh8MKCA9zBzVPiO4/5Z7eXSeg7S+ vXc+0m5wcF7IdIkchIIHnfz2WhIP09+24NR7T4vi+zaIyZX1Yp8Ov+CsZTeKxgnDgo AvDg8XCbpE6nPcH18/DdvpJVU11VUJ4EWzEQvI1I= Subject: Re: Jail causes host to reboot To: Kozlov Sergey , freebsd-questions@freebsd.org References: <55E6E26A.1040706@kulturflatrate.net> <55E704D4.2050607@kulturflatrate.net> <55E74EC9.1060803@gmail.com> From: Niklaas Baudet von Gersdorff X-Enigmail-Draft-Status: N1110 Message-ID: <55EDCACC.5080101@kulturflatrate.net> Date: Mon, 7 Sep 2015 19:35:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55E74EC9.1060803@gmail.com> Content-Type: multipart/mixed; boundary="------------020607090203020008000506" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 17:33:18 -0000 This is a multi-part message in MIME format. --------------020607090203020008000506 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit On 02/09/15 21:32, Kozlov Sergey wrote: > Anyways, any userspace program should not be able to crash the kernel, > so if you don't use self-modified OS and you're sure that everything is > ok with your hardware, you should really consider adding a bug to > How can I debug this? So far I had a look at `/var/log/messages` of the jail and the jail's host but both do not disclose anything special. Please see the files attached. The problems arose September 2nd, ~11am to ~1pm. --------------020607090203020008000506 Content-Type: text/plain; charset=UTF-8; name="sync.-var-log-messages-relevant" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="sync.-var-log-messages-relevant" Sep 2 09:00:20 sync pkg: syncthing upgraded: 0.11.18 -> 0.11.23=20 Sep 2 09:02:31 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:04:39 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:12:46 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:16:48 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:20:51 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:24:56 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:28:58 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:33:03 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:35:02 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:35:04 sync postfix/postfix-script[1409]: fatal: the Postfix mai= l system is already running Sep 2 09:37:06 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:39:04 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:39:07 sync postfix/postfix-script[1407]: fatal: the Postfix mai= l system is already running Sep 2 09:41:09 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:43:07 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:43:09 sync postfix/postfix-script[1407]: fatal: the Postfix mai= l system is already running Sep 2 09:45:12 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:49:16 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:51:15 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:51:18 sync postfix/postfix-script[1406]: fatal: the Postfix mai= l system is already running Sep 2 09:53:21 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 09:57:24 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:01:26 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:05:29 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:05:31 sync postfix/postfix-script[1440]: fatal: the Postfix mai= l system is already running Sep 2 10:09:33 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:11:31 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:11:33 sync postfix/postfix-script[1410]: fatal: the Postfix mai= l system is already running Sep 2 10:13:36 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:17:39 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:19:37 sync syslogd: kernel boot file is /boot/kernel/kernel Sep 2 10:21:46 sync syslogd: kernel boot file is /boot/kernel/kernel --------------020607090203020008000506 Content-Type: text/plain; charset=UTF-8; name="tank.-var-log-messages-relevant" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="tank.-var-log-messages-relevant" Sep 2 04:04:56 tank sshguard[658]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 04:04:56 tank sshguard[658]: Offender '45.63.61.190:4' scored 40 d= anger in 1 abuses (threshold 40) -> blacklisted. Sep 2 04:04:56 tank sshguard[658]: Blocking 45.63.61.190:4 for >0secs: 4= 0 danger in 4 attacks over 7 seconds (all: 40d in 1 abuses over 7s). Sep 2 04:04:56 tank sshd[73485]: error: Received disconnect from 45.63.6= 1.190: 3: com.jcraft.jsch.JSchException: Auth fail [preauth] Sep 2 11:02:18 tank syslogd: kernel boot file is /boot/kernel/kernel Sep 2 11:02:18 tank kernel: Copyright (c) 1992-2014 The FreeBSD Project.= Sep 2 11:02:18 tank kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, = 1989, 1991, 1992, 1993, 1994 Sep 2 11:02:18 tank kernel: The Regents of the University of California.= All rights reserved. Sep 2 11:02:18 tank kernel: FreeBSD is a registered trademark of The Fre= eBSD Foundation. Sep 2 11:02:18 tank kernel: FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:5= 5:09 UTC 2015 Sep 2 11:02:18 tank kernel: root@amd64-builder.daemonology.net:/usr/obj/= usr/src/sys/GENERIC amd64 Sep 2 11:02:18 tank kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34= /dot1-final 208032) 20140512 Sep 2 11:02:18 tank kernel: module vtnet already present! Sep 2 11:02:18 tank kernel: CPU: Intel(R) Core(TM) i7 CPU 930 @= 2.80GHz (2807.02-MHz K8-class CPU) Sep 2 11:02:18 tank kernel: Origin =3D "GenuineIntel" Id =3D 0x106a5 F= amily =3D 0x6 Model =3D 0x1a Stepping =3D 5 Sep 2 11:02:18 tank kernel: Features=3D0xbfebfbff Sep 2 11:02:18 tank kernel: Features2=3D0x98e3bd Sep 2 11:02:18 tank kernel: AMD Features=3D0x28100800 Sep 2 11:02:18 tank kernel: AMD Features2=3D0x1 Sep 2 11:02:18 tank kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID Sep 2 11:02:18 tank kernel: TSC: P-state invariant, performance statisti= cs Sep 2 11:02:18 tank kernel: real memory =3D 51539607552 (49152 MB) Sep 2 11:02:18 tank kernel: avail memory =3D 49991639040 (47675 MB) Sep 2 11:02:18 tank kernel: Event timer "LAPIC" quality 400 Sep 2 11:02:18 tank kernel: ACPI APIC Table: <7522MT A7522800> Sep 2 11:02:18 tank kernel: FreeBSD/SMP: Multiprocessor System Detected:= 8 CPUs Sep 2 11:02:18 tank kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SM= T threads Sep 2 11:02:18 tank kernel: cpu0 (BSP): APIC ID: 0 Sep 2 11:02:18 tank kernel: cpu1 (AP): APIC ID: 1 Sep 2 11:02:18 tank kernel: cpu2 (AP): APIC ID: 2 Sep 2 11:02:18 tank kernel: cpu3 (AP): APIC ID: 3 Sep 2 11:02:18 tank kernel: cpu4 (AP): APIC ID: 4 Sep 2 11:02:18 tank kernel: cpu5 (AP): APIC ID: 5 Sep 2 11:02:18 tank kernel: cpu6 (AP): APIC ID: 6 Sep 2 11:02:18 tank kernel: cpu7 (AP): APIC ID: 7 Sep 2 11:02:18 tank kernel: ioapic0 irqs 0-23 on motherboa= rd Sep 2 11:02:18 tank kernel: random: initialized Sep 2 11:02:18 tank kernel: kbd1 at kbdmux0 Sep 2 11:02:18 tank kernel: acpi0: <7522MT A7522800> on motherboard Sep 2 11:02:18 tank kernel: acpi0: Power Button (fixed) Sep 2 11:02:18 tank kernel: acpi0: reservation of 0, a0000 (3) failed Sep 2 11:02:18 tank kernel: acpi0: reservation of 100000, bff00000 (3) f= ailed Sep 2 11:02:18 tank kernel: cpu0: on acpi0 Sep 2 11:02:18 tank kernel: cpu1: on acpi0 Sep 2 11:02:18 tank kernel: cpu2: on acpi0 Sep 2 11:02:18 tank kernel: cpu3: on acpi0 Sep 2 11:02:18 tank kernel: cpu4: on acpi0 Sep 2 11:02:18 tank kernel: cpu5: on acpi0 Sep 2 11:02:18 tank kernel: cpu6: on acpi0 Sep 2 11:02:18 tank kernel: cpu7: on acpi0 Sep 2 11:02:18 tank kernel: attimer0: port 0x40-0x43 irq 0 on= acpi0 Sep 2 11:02:18 tank kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Sep 2 11:02:18 tank kernel: Event timer "i8254" frequency 1193182 Hz qua= lity 100 Sep 2 11:02:18 tank kernel: atrtc0: port 0x70-0x71 i= rq 8 on acpi0 Sep 2 11:02:18 tank kernel: Event timer "RTC" frequency 32768 Hz quality= 0 Sep 2 11:02:18 tank kernel: hpet0: iomem 0x= fed00000-0xfed003ff on acpi0 Sep 2 11:02:18 tank kernel: Timecounter "HPET" frequency 14318180 Hz qua= lity 950 Sep 2 11:02:18 tank kernel: Event timer "HPET" frequency 14318180 Hz qua= lity 350 Sep 2 11:02:18 tank kernel: Event timer "HPET1" frequency 14318180 Hz qu= ality 340 Sep 2 11:02:18 tank kernel: Event timer "HPET2" frequency 14318180 Hz qu= ality 340 Sep 2 11:02:18 tank kernel: Event timer "HPET3" frequency 14318180 Hz qu= ality 340 Sep 2 11:02:18 tank kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 900 Sep 2 11:02:18 tank kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x808-0x80b on acpi0 Sep 2 11:02:18 tank kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Sep 2 11:02:18 tank kernel: pci0: on pcib0 Sep 2 11:02:18 tank kernel: pcib1: at device 1.0 o= n pci0 Sep 2 11:02:18 tank kernel: pci1: on pcib1 Sep 2 11:02:18 tank kernel: pcib2: at device 3.0 o= n pci0 Sep 2 11:02:18 tank kernel: pci2: on pcib2 Sep 2 11:02:18 tank kernel: vgapci0: port 0xcc0= 0-0xcc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9f= fffff irq 16 at device 0.0 on pci2 Sep 2 11:02:18 tank kernel: vgapci0: Boot video device Sep 2 11:02:18 tank kernel: pcib3: at device 7.0 o= n pci0 Sep 2 11:02:18 tank kernel: pci3: on pcib3 Sep 2 11:02:18 tank kernel: pci0: at device 20.0 (no driver attached) Sep 2 11:02:18 tank kernel: pci0: at device 20.1 (no driver attached) Sep 2 11:02:18 tank kernel: pci0: at device 20.2 (no driver attached) Sep 2 11:02:18 tank kernel: pci0: at device 20.3 (no driver attached) Sep 2 11:02:18 tank kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 2 11:02:18 tank kernel: uhci0: LegSup =3D 0x2f00 Sep 2 11:02:18 tank kernel: usbus0 on uhci0 Sep 2 11:02:18 tank kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 2 11:02:18 tank kernel: uhci1: LegSup =3D 0x2f00 Sep 2 11:02:18 tank kernel: usbus1 on uhci1 Sep 2 11:02:18 tank kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 2 11:02:18 tank kernel: uhci2: LegSup =3D 0x2f00 Sep 2 11:02:18 tank kernel: usbus2 on uhci2 Sep 2 11:02:18 tank kernel: ehci0: mem 0xf7ffe000-0xf7ffe3ff irq 18 at device 26.7 on pci0 Sep 2 11:02:18 tank kernel: usbus3: EHCI version 1.0 Sep 2 11:02:18 tank kernel: usbus3 on ehci0 Sep 2 11:02:18 tank kernel: pcib4: irq 17 at devic= e 28.0 on pci0 Sep 2 11:02:18 tank kernel: pci4: on pcib4 Sep 2 11:02:18 tank kernel: pcib5: irq 17 at devic= e 28.4 on pci0 Sep 2 11:02:18 tank kernel: pci6: on pcib5 Sep 2 11:02:18 tank kernel: re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0= 000-0xf6ffffff irq 16 at device 0.0 on pci6 Sep 2 11:02:18 tank kernel: re0: Using 1 MSI-X message Sep 2 11:02:18 tank kernel: re0: Chip rev. 0x3c000000 Sep 2 11:02:18 tank kernel: re0: MAC rev. 0x00400000 Sep 2 11:02:18 tank kernel: miibus0: on re0 Sep 2 11:02:18 tank kernel: rgephy0: PHY 1 on miibus0 Sep 2 11:02:18 tank kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10base= T-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000= baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 10= 00baseT-FDX-flow-master, auto, auto-flow Sep 2 11:02:18 tank kernel: re0: Ethernet address: 6c:62:6d:60:74:fb Sep 2 11:02:18 tank kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 2 11:02:18 tank kernel: uhci3: LegSup =3D 0x2f00 Sep 2 11:02:18 tank kernel: usbus4 on uhci3 Sep 2 11:02:18 tank kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 2 11:02:18 tank kernel: uhci4: LegSup =3D 0x2f00 Sep 2 11:02:18 tank kernel: usbus5 on uhci4 Sep 2 11:02:18 tank kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 2 11:02:18 tank kernel: uhci5: LegSup =3D 0x2f00 Sep 2 11:02:18 tank kernel: usbus6 on uhci5 Sep 2 11:02:18 tank kernel: ehci1: mem 0xf7ffc000-0xf7ffc3ff irq 23 at device 29.7 on pci0 Sep 2 11:02:18 tank kernel: usbus7: EHCI version 1.0 Sep 2 11:02:18 tank kernel: usbus7 on ehci1 Sep 2 11:02:18 tank kernel: pcib6: at device 30.0 = on pci0 Sep 2 11:02:18 tank kernel: pci7: on pcib6 Sep 2 11:02:18 tank kernel: isab0: at device 31.0 on pc= i0 Sep 2 11:02:18 tank kernel: isa0: on isab0 Sep 2 11:02:18 tank kernel: ahci0: po= rt 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f = mem 0xf7ffa000-0xf7ffa7ff irq 19 at device 31.2 on pci0 Sep 2 11:02:18 tank kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port M= ultiplier not supported Sep 2 11:02:18 tank kernel: ahcich0: at channel 0 on ahci= 0 Sep 2 11:02:18 tank kernel: ahcich1: at channel 1 on ahci= 0 Sep 2 11:02:18 tank kernel: ahcich2: at channel 2 on ahci= 0 Sep 2 11:02:18 tank kernel: ahcich3: at channel 3 on ahci= 0 Sep 2 11:02:18 tank kernel: ahcich4: at channel 4 on ahci= 0 Sep 2 11:02:18 tank kernel: ahcich5: at channel 5 on ahci= 0 Sep 2 11:02:18 tank kernel: ahciem0: = on ahci0 Sep 2 11:02:18 tank kernel: acpi_button0: on acpi0 Sep 2 11:02:18 tank kernel: atkbdc0: port = 0x60,0x64 irq 1 on acpi0 Sep 2 11:02:18 tank kernel: atkbd0: irq 1 on atkbdc0 Sep 2 11:02:18 tank kernel: kbd0 at atkbd0 Sep 2 11:02:18 tank kernel: atkbd0: [GIANT-LOCKED] Sep 2 11:02:18 tank kernel: qpi0: on motherboard Sep 2 11:02:18 tank kernel: pcib7: pcibus 255 on q= pi0 Sep 2 11:02:18 tank kernel: pci255: on pcib7 Sep 2 11:02:18 tank kernel: orm0: at iomem 0xce800-0xcf= 7ff on isa0 Sep 2 11:02:18 tank kernel: sc0: at flags 0x100 on isa0= Sep 2 11:02:18 tank kernel: sc0: VGA <16 virtual consoles, flags=3D0x300= > Sep 2 11:02:18 tank kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Sep 2 11:02:18 tank kernel: ppc0: cannot reserve I/O port range Sep 2 11:02:18 tank kernel: est0: = on cpu0 Sep 2 11:02:18 tank kernel: p4tcc0: on c= pu0 Sep 2 11:02:18 tank kernel: est1: = on cpu1 Sep 2 11:02:18 tank kernel: p4tcc1: on c= pu1 Sep 2 11:02:18 tank kernel: est2: = on cpu2 Sep 2 11:02:18 tank kernel: p4tcc2: on c= pu2 Sep 2 11:02:18 tank kernel: est3: = on cpu3 Sep 2 11:02:18 tank kernel: p4tcc3: on c= pu3 Sep 2 11:02:18 tank kernel: est4: = on cpu4 Sep 2 11:02:18 tank kernel: p4tcc4: on c= pu4 Sep 2 11:02:18 tank kernel: est5: = on cpu5 Sep 2 11:02:18 tank kernel: p4tcc5: on c= pu5 Sep 2 11:02:18 tank kernel: est6: = on cpu6 Sep 2 11:02:18 tank kernel: p4tcc6: on c= pu6 Sep 2 11:02:18 tank kernel: est7: = on cpu7 Sep 2 11:02:18 tank kernel: p4tcc7: on c= pu7 Sep 2 11:02:18 tank kernel: ZFS filesystem version: 5 Sep 2 11:02:18 tank kernel: ZFS storage pool version: features support (= 5000) Sep 2 11:02:18 tank kernel: Timecounters tick every 1.000 msec Sep 2 11:02:18 tank kernel: random: unblocking device. Sep 2 11:02:18 tank kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 2 11:02:18 tank kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 2 11:02:18 tank kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 2 11:02:18 tank kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 2 11:02:18 tank kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 2 11:02:18 tank kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 2 11:02:18 tank kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 2 11:02:18 tank kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 2 11:02:18 tank kernel: ugen1.1: at usbus1 Sep 2 11:02:18 tank kernel: uhub0: on usbus1 Sep 2 11:02:18 tank kernel: ugen0.1: at usbus0 Sep 2 11:02:18 tank kernel: uhub1: on usbus0 Sep 2 11:02:18 tank kernel: ugen3.1: at usbus3 Sep 2 11:02:18 tank kernel: uhub2: on usbus3 Sep 2 11:02:18 tank kernel: ugen2.1: at usbus2 Sep 2 11:02:18 tank kernel: uhub3: on usbus2 Sep 2 11:02:18 tank kernel: ugen5.1: at usbus5 Sep 2 11:02:18 tank kernel: uhub4: on usbus5 Sep 2 11:02:18 tank kernel: ugen4.1: at usbus4 Sep 2 11:02:18 tank kernel: uhub5: on usbus4 Sep 2 11:02:18 tank kernel: ugen7.1: at usbus7 Sep 2 11:02:18 tank kernel: uhub6: on usbus7 Sep 2 11:02:18 tank kernel: ugen6.1: at usbus6 Sep 2 11:02:18 tank kernel: uhub7: on usbus6 Sep 2 11:02:18 tank kernel: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 Sep 2 11:02:18 tank kernel: ses0: SEMB = S-E-S 2.00 device Sep 2 11:02:18 tank kernel: ses0: SEMB SES Device Sep 2 11:02:18 tank kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 2 11:02:18 tank kernel: ada0: ATA-= 8 SATA 3.x device Sep 2 11:02:18 tank kernel: ada0: Serial Number WD-WMC1P0DLVP35 Sep 2 11:02:18 tank kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:02:18 tank kernel: ada0: Command Queueing enabled Sep 2 11:02:18 tank kernel: ada0: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:02:18 tank kernel: ada0: Previously was known as ad4 Sep 2 11:02:18 tank kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Sep 2 11:02:18 tank kernel: ada1: ATA-= 8 SATA 3.x device Sep 2 11:02:18 tank kernel: ada1: Serial Number WD-WMC1P0D2CUCN Sep 2 11:02:18 tank kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:02:18 tank kernel: ada1: Command Queueing enabled Sep 2 11:02:18 tank kernel: ada1: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:02:18 tank kernel: ada1: Previously was known as ad6 Sep 2 11:02:18 tank kernel: SMP: AP CPU #1 Launched! Sep 2 11:02:18 tank kernel: SMP: AP CPU #2 Launched! Sep 2 11:02:18 tank kernel: SMP: AP CPU #4 Launched! Sep 2 11:02:18 tank kernel: SMP: AP CPU #7 Launched! Sep 2 11:02:18 tank kernel: SMP: AP CPU #5 Launched! Sep 2 11:02:18 tank kernel: SMP: AP CPU #3 Launched! Sep 2 11:02:18 tank kernel: SMP: AP CPU #6 Launched! Sep 2 11:02:18 tank kernel: Timecounter "TSC-low" frequency 1403511362 H= z quality 1000 Sep 2 11:02:18 tank kernel: Root mount waiting for: usbus7 usbus6 usbus5= usbus4 usbus3 usbus2 usbus1 usbus0 Sep 2 11:02:18 tank kernel: uhub0: 2 ports with 2 removable, self powere= d Sep 2 11:02:18 tank kernel: uhub1: 2 ports with 2 removable, self powere= d Sep 2 11:02:18 tank kernel: uhub3: 2 ports with 2 removable, self powere= d Sep 2 11:02:18 tank kernel: uhub7: 2 ports with 2 removable, self powere= d Sep 2 11:02:18 tank kernel: uhub5: 2 ports with 2 removable, self powere= d Sep 2 11:02:18 tank kernel: uhub4: 2 ports with 2 removable, self powere= d Sep 2 11:02:18 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:02:18 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:02:18 tank kernel: uhub6: 6 ports with 6 removable, self powere= d Sep 2 11:02:18 tank kernel: uhub2: 6 ports with 6 removable, self powere= d Sep 2 11:02:18 tank kernel: Trying to mount root from zfs:tank/root []..= =2E Sep 2 11:02:19 tank ntpd[659]: constraint certificate verification turne= d off Sep 2 11:02:19 tank sshguard[673]: Blacklist entry (line #1 of '/var/db/= sshguard/blacklist.db') appears to be malformatted. Ignoring. . . . Sep 2 11:02:19 tank sshguard[673]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 11:02:20 tank sshguard[673]: Started with danger threshold=3D40 ; = minimum block=3D420 seconds Sep 2 11:02:20 tank openvpn[759]: Current Parameter Settings: Sep 2 11:02:20 tank openvpn[759]: config =3D '/usr/local/etc/openvpn/s= erver.conf' Sep 2 11:02:20 tank openvpn[759]: mode =3D 1 Sep 2 11:02:20 tank openvpn[759]: show_ciphers =3D DISABLED Sep 2 11:02:20 tank openvpn[759]: show_digests =3D DISABLED Sep 2 11:02:20 tank openvpn[759]: show_engines =3D DISABLED Sep 2 11:02:20 tank openvpn[759]: genkey =3D DISABLED Sep 2 11:02:20 tank openvpn[759]: key_pass_file =3D '[UNDEF]' Sep 2 11:02:20 tank openvpn[759]: show_tls_ciphers =3D DISABLED Sep 2 11:02:20 tank openvpn[759]: Connection profiles [default]: Sep 2 11:02:20 tank openvpn[759]: NOTE: --mute triggered... Sep 2 11:02:20 tank openvpn[759]: 216 variation(s) on previous 10 messag= e(s) suppressed by --mute Sep 2 11:02:20 tank openvpn[759]: OpenVPN 2.3.7 amd64-portbld-freebsd10.= 1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jul 4 2015 Sep 2 11:02:20 tank openvpn[759]: library versions: OpenSSL 1.0.1l-freeb= sd 15 Jan 2015, LZO 2.09 Sep 2 11:02:20 tank openvpn[760]: Diffie-Hellman initialized with 2048 b= it key Sep 2 11:02:20 tank openvpn[760]: Control Channel Authentication: using = '/usr/local/etc/openvpn/keys/ta.key' as a OpenVPN static key file Sep 2 11:02:20 tank openvpn[760]: Outgoing Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:02:20 tank openvpn[760]: Incoming Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:02:20 tank openvpn[760]: TLS-Auth MTU parms [ L:1542 D:166 EF:6= 6 EB:0 ET:0 EL:3 ] Sep 2 11:02:20 tank openvpn[760]: Socket Buffers: R=3D[42080->65536] S=3D= [9216->65536] Sep 2 11:02:20 tank kernel: tun0: link state changed to UP Sep 2 11:02:20 tank openvpn[760]: TUN/TAP device /dev/tun0 opened Sep 2 11:02:20 tank openvpn[760]: do_ifconfig, tt->ipv6=3D0, tt->did_ifc= onfig_ipv6_setup=3D0 Sep 2 11:02:20 tank openvpn[760]: /sbin/ifconfig tun0 10.8.0.1 10.8.0.2 = mtu 1500 netmask 255.255.255.0 up Sep 2 11:02:20 tank devd: Executing '/etc/pccard_ether tun0 start' Sep 2 11:02:20 tank openvpn[760]: /sbin/route add -net 10.8.0.0 10.8.0.1= 255.255.255.0 Sep 2 11:02:20 tank openvpn[760]: Data Channel MTU parms [ L:1542 D:1450= EF:42 EB:143 ET:0 EL:3 AF:3/1 ] Sep 2 11:02:20 tank openvpn[760]: GID set to nobody Sep 2 11:02:20 tank openvpn[760]: UID set to nobody Sep 2 11:02:20 tank openvpn[760]: UDPv4 link local (bound): [AF_INET]xxx= =2Exxx.xxx.xxx:1194 Sep 2 11:02:20 tank openvpn[760]: UDPv4 link remote: [undef] Sep 2 11:02:20 tank openvpn[760]: MULTI: multi_init called, r=3D256 v=3D= 256 Sep 2 11:02:20 tank openvpn[760]: IFCONFIG POOL: base=3D10.8.0.2 size=3D= 252, ipv6=3D0 Sep 2 11:02:20 tank openvpn[760]: ifconfig_pool_read(), in=3D'niklaas.le= n-t420.klaas,10.8.0.4', TODO: IPv6 Sep 2 11:02:20 tank openvpn[760]: succeeded -> ifconfig_pool_set() Sep 2 11:02:20 tank openvpn[760]: IFCONFIG POOL LIST Sep 2 11:02:20 tank openvpn[760]: niklaas.len-t420.klaas,10.8.0.4 Sep 2 11:02:20 tank openvpn[760]: Initialization Sequence Completed Sep 2 11:02:28 tank kernel: www. Sep 2 11:02:34 tank kernel: sync. Sep 2 11:04:20 tank syslogd: kernel boot file is /boot/kernel/kernel Sep 2 11:04:20 tank kernel: Copyright (c) 1992-2014 The FreeBSD Project.= Sep 2 11:04:20 tank kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, = 1989, 1991, 1992, 1993, 1994 Sep 2 11:04:20 tank kernel: The Regents of the University of California.= All rights reserved. Sep 2 11:04:20 tank kernel: FreeBSD is a registered trademark of The Fre= eBSD Foundation. Sep 2 11:04:20 tank kernel: FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:5= 5:09 UTC 2015 Sep 2 11:04:20 tank kernel: root@amd64-builder.daemonology.net:/usr/obj/= usr/src/sys/GENERIC amd64 Sep 2 11:04:20 tank kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34= /dot1-final 208032) 20140512 Sep 2 11:04:20 tank kernel: module vtnet already present! Sep 2 11:04:20 tank kernel: CPU: Intel(R) Core(TM) i7 CPU 930 @= 2.80GHz (2807.02-MHz K8-class CPU) Sep 2 11:04:20 tank kernel: Origin =3D "GenuineIntel" Id =3D 0x106a5 F= amily =3D 0x6 Model =3D 0x1a Stepping =3D 5 Sep 2 11:04:20 tank kernel: Features=3D0xbfebfbff Sep 2 11:04:20 tank kernel: Features2=3D0x98e3bd Sep 2 11:04:20 tank kernel: AMD Features=3D0x28100800 Sep 2 11:04:20 tank kernel: AMD Features2=3D0x1 Sep 2 11:04:20 tank kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID Sep 2 11:04:20 tank kernel: TSC: P-state invariant, performance statisti= cs Sep 2 11:04:20 tank kernel: real memory =3D 51539607552 (49152 MB) Sep 2 11:04:20 tank kernel: avail memory =3D 49991639040 (47675 MB) Sep 2 11:04:20 tank kernel: Event timer "LAPIC" quality 400 Sep 2 11:04:20 tank kernel: ACPI APIC Table: <7522MT A7522800> Sep 2 11:04:20 tank kernel: FreeBSD/SMP: Multiprocessor System Detected:= 8 CPUs Sep 2 11:04:20 tank kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SM= T threads Sep 2 11:04:20 tank kernel: cpu0 (BSP): APIC ID: 0 Sep 2 11:04:20 tank kernel: cpu1 (AP): APIC ID: 1 Sep 2 11:04:20 tank kernel: cpu2 (AP): APIC ID: 2 Sep 2 11:04:20 tank kernel: cpu3 (AP): APIC ID: 3 Sep 2 11:04:20 tank kernel: cpu4 (AP): APIC ID: 4 Sep 2 11:04:20 tank kernel: cpu5 (AP): APIC ID: 5 Sep 2 11:04:20 tank kernel: cpu6 (AP): APIC ID: 6 Sep 2 11:04:20 tank kernel: cpu7 (AP): APIC ID: 7 Sep 2 11:04:20 tank kernel: ioapic0 irqs 0-23 on motherboa= rd Sep 2 11:04:20 tank kernel: random: initialized Sep 2 11:04:20 tank kernel: kbd1 at kbdmux0 Sep 2 11:04:20 tank kernel: acpi0: <7522MT A7522800> on motherboard Sep 2 11:04:20 tank kernel: acpi0: Power Button (fixed) Sep 2 11:04:20 tank kernel: acpi0: reservation of 0, a0000 (3) failed Sep 2 11:04:20 tank kernel: acpi0: reservation of 100000, bff00000 (3) f= ailed Sep 2 11:04:20 tank kernel: cpu0: on acpi0 Sep 2 11:04:20 tank kernel: cpu1: on acpi0 Sep 2 11:04:20 tank kernel: cpu2: on acpi0 Sep 2 11:04:20 tank kernel: cpu3: on acpi0 Sep 2 11:04:20 tank kernel: cpu4: on acpi0 Sep 2 11:04:20 tank kernel: cpu5: on acpi0 Sep 2 11:04:20 tank kernel: cpu6: on acpi0 Sep 2 11:04:20 tank kernel: cpu7: on acpi0 Sep 2 11:04:20 tank kernel: attimer0: port 0x40-0x43 irq 0 on= acpi0 Sep 2 11:04:20 tank kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Sep 2 11:04:20 tank kernel: Event timer "i8254" frequency 1193182 Hz qua= lity 100 Sep 2 11:04:20 tank kernel: atrtc0: port 0x70-0x71 i= rq 8 on acpi0 Sep 2 11:04:20 tank kernel: Event timer "RTC" frequency 32768 Hz quality= 0 Sep 2 11:04:20 tank kernel: hpet0: iomem 0x= fed00000-0xfed003ff on acpi0 Sep 2 11:04:20 tank kernel: Timecounter "HPET" frequency 14318180 Hz qua= lity 950 Sep 2 11:04:20 tank kernel: Event timer "HPET" frequency 14318180 Hz qua= lity 350 Sep 2 11:04:20 tank kernel: Event timer "HPET1" frequency 14318180 Hz qu= ality 340 Sep 2 11:04:20 tank kernel: Event timer "HPET2" frequency 14318180 Hz qu= ality 340 Sep 2 11:04:20 tank kernel: Event timer "HPET3" frequency 14318180 Hz qu= ality 340 Sep 2 11:04:20 tank kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 900 Sep 2 11:04:20 tank kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x808-0x80b on acpi0 Sep 2 11:04:20 tank kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Sep 2 11:04:20 tank kernel: pci0: on pcib0 Sep 2 11:04:20 tank kernel: pcib1: at device 1.0 o= n pci0 Sep 2 11:04:20 tank kernel: pci1: on pcib1 Sep 2 11:04:20 tank kernel: pcib2: at device 3.0 o= n pci0 Sep 2 11:04:20 tank kernel: pci2: on pcib2 Sep 2 11:04:20 tank kernel: vgapci0: port 0xcc0= 0-0xcc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9f= fffff irq 16 at device 0.0 on pci2 Sep 2 11:04:20 tank kernel: vgapci0: Boot video device Sep 2 11:04:20 tank kernel: pcib3: at device 7.0 o= n pci0 Sep 2 11:04:20 tank kernel: pci3: on pcib3 Sep 2 11:04:20 tank kernel: pci0: at device 20.0 (no driver attached) Sep 2 11:04:20 tank kernel: pci0: at device 20.1 (no driver attached) Sep 2 11:04:20 tank kernel: pci0: at device 20.2 (no driver attached) Sep 2 11:04:20 tank kernel: pci0: at device 20.3 (no driver attached) Sep 2 11:04:20 tank kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 2 11:04:20 tank kernel: uhci0: LegSup =3D 0x2f00 Sep 2 11:04:20 tank kernel: usbus0 on uhci0 Sep 2 11:04:20 tank kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 2 11:04:20 tank kernel: uhci1: LegSup =3D 0x2f00 Sep 2 11:04:20 tank kernel: usbus1 on uhci1 Sep 2 11:04:20 tank kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 2 11:04:20 tank kernel: uhci2: LegSup =3D 0x2f00 Sep 2 11:04:20 tank kernel: usbus2 on uhci2 Sep 2 11:04:20 tank kernel: ehci0: mem 0xf7ffe000-0xf7ffe3ff irq 18 at device 26.7 on pci0 Sep 2 11:04:20 tank kernel: usbus3: EHCI version 1.0 Sep 2 11:04:20 tank kernel: usbus3 on ehci0 Sep 2 11:04:20 tank kernel: pcib4: irq 17 at devic= e 28.0 on pci0 Sep 2 11:04:20 tank kernel: pci4: on pcib4 Sep 2 11:04:20 tank kernel: pcib5: irq 17 at devic= e 28.4 on pci0 Sep 2 11:04:20 tank kernel: pci6: on pcib5 Sep 2 11:04:20 tank kernel: re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0= 000-0xf6ffffff irq 16 at device 0.0 on pci6 Sep 2 11:04:20 tank kernel: re0: Using 1 MSI-X message Sep 2 11:04:20 tank kernel: re0: Chip rev. 0x3c000000 Sep 2 11:04:20 tank kernel: re0: MAC rev. 0x00400000 Sep 2 11:04:20 tank kernel: miibus0: on re0 Sep 2 11:04:20 tank kernel: rgephy0: PHY 1 on miibus0 Sep 2 11:04:20 tank kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10base= T-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000= baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 10= 00baseT-FDX-flow-master, auto, auto-flow Sep 2 11:04:20 tank kernel: re0: Ethernet address: 6c:62:6d:60:74:fb Sep 2 11:04:20 tank kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 2 11:04:20 tank kernel: uhci3: LegSup =3D 0x2f00 Sep 2 11:04:20 tank kernel: usbus4 on uhci3 Sep 2 11:04:20 tank kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 2 11:04:20 tank kernel: uhci4: LegSup =3D 0x2f00 Sep 2 11:04:20 tank kernel: usbus5 on uhci4 Sep 2 11:04:20 tank kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 2 11:04:20 tank kernel: uhci5: LegSup =3D 0x2f00 Sep 2 11:04:20 tank kernel: usbus6 on uhci5 Sep 2 11:04:20 tank kernel: ehci1: mem 0xf7ffc000-0xf7ffc3ff irq 23 at device 29.7 on pci0 Sep 2 11:04:20 tank kernel: usbus7: EHCI version 1.0 Sep 2 11:04:20 tank kernel: usbus7 on ehci1 Sep 2 11:04:20 tank kernel: pcib6: at device 30.0 = on pci0 Sep 2 11:04:20 tank kernel: pci7: on pcib6 Sep 2 11:04:20 tank kernel: isab0: at device 31.0 on pc= i0 Sep 2 11:04:20 tank kernel: isa0: on isab0 Sep 2 11:04:20 tank kernel: ahci0: po= rt 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f = mem 0xf7ffa000-0xf7ffa7ff irq 19 at device 31.2 on pci0 Sep 2 11:04:20 tank kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port M= ultiplier not supported Sep 2 11:04:20 tank kernel: ahcich0: at channel 0 on ahci= 0 Sep 2 11:04:20 tank kernel: ahcich1: at channel 1 on ahci= 0 Sep 2 11:04:20 tank kernel: ahcich2: at channel 2 on ahci= 0 Sep 2 11:04:20 tank kernel: ahcich3: at channel 3 on ahci= 0 Sep 2 11:04:20 tank kernel: ahcich4: at channel 4 on ahci= 0 Sep 2 11:04:20 tank kernel: ahcich5: at channel 5 on ahci= 0 Sep 2 11:04:20 tank kernel: ahciem0: = on ahci0 Sep 2 11:04:20 tank kernel: acpi_button0: on acpi0 Sep 2 11:04:20 tank kernel: atkbdc0: port = 0x60,0x64 irq 1 on acpi0 Sep 2 11:04:20 tank kernel: atkbd0: irq 1 on atkbdc0 Sep 2 11:04:20 tank kernel: kbd0 at atkbd0 Sep 2 11:04:20 tank kernel: atkbd0: [GIANT-LOCKED] Sep 2 11:04:20 tank kernel: qpi0: on motherboard Sep 2 11:04:20 tank kernel: pcib7: pcibus 255 on q= pi0 Sep 2 11:04:20 tank kernel: pci255: on pcib7 Sep 2 11:04:20 tank kernel: orm0: at iomem 0xce800-0xcf= 7ff on isa0 Sep 2 11:04:20 tank kernel: sc0: at flags 0x100 on isa0= Sep 2 11:04:20 tank kernel: sc0: VGA <16 virtual consoles, flags=3D0x300= > Sep 2 11:04:20 tank kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Sep 2 11:04:20 tank kernel: ppc0: cannot reserve I/O port range Sep 2 11:04:20 tank kernel: est0: = on cpu0 Sep 2 11:04:20 tank kernel: p4tcc0: on c= pu0 Sep 2 11:04:20 tank kernel: est1: = on cpu1 Sep 2 11:04:20 tank kernel: p4tcc1: on c= pu1 Sep 2 11:04:20 tank kernel: est2: = on cpu2 Sep 2 11:04:20 tank kernel: p4tcc2: on c= pu2 Sep 2 11:04:20 tank kernel: est3: = on cpu3 Sep 2 11:04:20 tank kernel: p4tcc3: on c= pu3 Sep 2 11:04:20 tank kernel: est4: = on cpu4 Sep 2 11:04:20 tank kernel: p4tcc4: on c= pu4 Sep 2 11:04:20 tank kernel: est5: = on cpu5 Sep 2 11:04:20 tank kernel: p4tcc5: on c= pu5 Sep 2 11:04:20 tank kernel: est6: = on cpu6 Sep 2 11:04:20 tank kernel: p4tcc6: on c= pu6 Sep 2 11:04:20 tank kernel: est7: = on cpu7 Sep 2 11:04:20 tank kernel: p4tcc7: on c= pu7 Sep 2 11:04:20 tank kernel: ZFS filesystem version: 5 Sep 2 11:04:20 tank kernel: ZFS storage pool version: features support (= 5000) Sep 2 11:04:20 tank kernel: Timecounters tick every 1.000 msec Sep 2 11:04:20 tank kernel: random: unblocking device. Sep 2 11:04:20 tank kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 2 11:04:20 tank kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 2 11:04:20 tank kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 2 11:04:20 tank kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 2 11:04:20 tank kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 2 11:04:20 tank kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 2 11:04:20 tank kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 2 11:04:20 tank kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 2 11:04:20 tank kernel: ugen1.1: at usbus1 Sep 2 11:04:20 tank kernel: uhub0: on usbus1 Sep 2 11:04:20 tank kernel: ugen0.1: at usbus0 Sep 2 11:04:20 tank kernel: uhub1: on usbus0 Sep 2 11:04:20 tank kernel: ugen3.1: at usbus3 Sep 2 11:04:20 tank kernel: uhub2: on usbus3 Sep 2 11:04:20 tank kernel: ugen2.1: at usbus2 Sep 2 11:04:20 tank kernel: uhub3: on usbus2 Sep 2 11:04:20 tank kernel: ugen5.1: at usbus5 Sep 2 11:04:20 tank kernel: uhub4: on usbus5 Sep 2 11:04:20 tank kernel: ugen4.1: at usbus4 Sep 2 11:04:20 tank kernel: uhub5: on usbus4 Sep 2 11:04:20 tank kernel: ugen7.1: at usbus7 Sep 2 11:04:20 tank kernel: uhub6: on usbus7 Sep 2 11:04:20 tank kernel: ugen6.1: at usbus6 Sep 2 11:04:20 tank kernel: uhub7: on usbus6 Sep 2 11:04:20 tank kernel: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 Sep 2 11:04:20 tank kernel: ses0: SEMB = S-E-S 2.00 device Sep 2 11:04:20 tank kernel: ses0: SEMB SES Device Sep 2 11:04:20 tank kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 2 11:04:20 tank kernel: ada0: ATA-= 8 SATA 3.x device Sep 2 11:04:20 tank kernel: ada0: Serial Number WD-WMC1P0DLVP35 Sep 2 11:04:20 tank kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:04:20 tank kernel: ada0: Command Queueing enabled Sep 2 11:04:20 tank kernel: ada0: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:04:20 tank kernel: ada0: Previously was known as ad4 Sep 2 11:04:20 tank kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Sep 2 11:04:20 tank kernel: ada1: ATA-= 8 SATA 3.x device Sep 2 11:04:20 tank kernel: ada1: Serial Number WD-WMC1P0D2CUCN Sep 2 11:04:20 tank kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:04:20 tank kernel: ada1: Command Queueing enabled Sep 2 11:04:20 tank kernel: ada1: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:04:20 tank kernel: ada1: Previously was known as ad6 Sep 2 11:04:20 tank kernel: SMP: AP CPU #1 Launched! Sep 2 11:04:20 tank kernel: SMP: AP CPU #6 Launched! Sep 2 11:04:20 tank kernel: SMP: AP CPU #4 Launched! Sep 2 11:04:20 tank kernel: SMP: AP CPU #2 Launched! Sep 2 11:04:20 tank kernel: SMP: AP CPU #7 Launched! Sep 2 11:04:20 tank kernel: SMP: AP CPU #3 Launched! Sep 2 11:04:20 tank kernel: SMP: AP CPU #5 Launched! Sep 2 11:04:20 tank kernel: Timecounter "TSC-low" frequency 1403511432 H= z quality 1000 Sep 2 11:04:20 tank kernel: Root mount waiting for: usbus7 usbus6 usbus5= usbus4 usbus3 usbus2 usbus1 usbus0 Sep 2 11:04:20 tank kernel: uhub1: 2 ports with 2 removable, self powere= d Sep 2 11:04:20 tank kernel: uhub0: 2 ports with 2 removable, self powere= d Sep 2 11:04:20 tank kernel: uhub5: 2 ports with 2 removable, self powere= d Sep 2 11:04:20 tank kernel: uhub3: 2 ports with 2 removable, self powere= d Sep 2 11:04:20 tank kernel: uhub7: 2 ports with 2 removable, self powere= d Sep 2 11:04:20 tank kernel: uhub4: 2 ports with 2 removable, self powere= d Sep 2 11:04:20 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:04:20 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:04:20 tank kernel: uhub6: 6 ports with 6 removable, self powere= d Sep 2 11:04:20 tank kernel: uhub2: 6 ports with 6 removable, self powere= d Sep 2 11:04:20 tank kernel: Trying to mount root from zfs:tank/root []..= =2E Sep 2 11:04:21 tank ntpd[631]: constraint certificate verification turne= d off Sep 2 11:04:21 tank sshguard[645]: Blacklist entry (line #1 of '/var/db/= sshguard/blacklist.db') appears to be malformatted. Ignoring. . . . Sep 2 11:04:21 tank sshguard[645]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 11:04:21 tank sshguard[645]: Started with danger threshold=3D40 ; = minimum block=3D420 seconds Sep 2 11:04:21 tank openvpn[731]: Current Parameter Settings: Sep 2 11:04:21 tank openvpn[731]: config =3D '/usr/local/etc/openvpn/s= erver.conf' Sep 2 11:04:21 tank openvpn[731]: mode =3D 1 Sep 2 11:04:21 tank openvpn[731]: show_ciphers =3D DISABLED Sep 2 11:04:21 tank openvpn[731]: show_digests =3D DISABLED Sep 2 11:04:21 tank openvpn[731]: show_engines =3D DISABLED Sep 2 11:04:21 tank openvpn[731]: genkey =3D DISABLED Sep 2 11:04:21 tank openvpn[731]: key_pass_file =3D '[UNDEF]' Sep 2 11:04:21 tank openvpn[731]: show_tls_ciphers =3D DISABLED Sep 2 11:04:21 tank openvpn[731]: Connection profiles [default]: Sep 2 11:04:21 tank openvpn[731]: NOTE: --mute triggered... Sep 2 11:04:21 tank openvpn[731]: 216 variation(s) on previous 10 messag= e(s) suppressed by --mute Sep 2 11:04:21 tank openvpn[731]: OpenVPN 2.3.7 amd64-portbld-freebsd10.= 1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jul 4 2015 Sep 2 11:04:21 tank openvpn[731]: library versions: OpenSSL 1.0.1l-freeb= sd 15 Jan 2015, LZO 2.09 Sep 2 11:04:21 tank openvpn[732]: Diffie-Hellman initialized with 2048 b= it key Sep 2 11:04:21 tank openvpn[732]: Control Channel Authentication: using = '/usr/local/etc/openvpn/keys/ta.key' as a OpenVPN static key file Sep 2 11:04:21 tank openvpn[732]: Outgoing Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:04:21 tank openvpn[732]: Incoming Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:04:21 tank openvpn[732]: TLS-Auth MTU parms [ L:1542 D:166 EF:6= 6 EB:0 ET:0 EL:3 ] Sep 2 11:04:21 tank openvpn[732]: Socket Buffers: R=3D[42080->65536] S=3D= [9216->65536] Sep 2 11:04:21 tank kernel: tun0: link state changed to UP Sep 2 11:04:21 tank openvpn[732]: TUN/TAP device /dev/tun0 opened Sep 2 11:04:21 tank openvpn[732]: do_ifconfig, tt->ipv6=3D0, tt->did_ifc= onfig_ipv6_setup=3D0 Sep 2 11:04:21 tank openvpn[732]: /sbin/ifconfig tun0 10.8.0.1 10.8.0.2 = mtu 1500 netmask 255.255.255.0 up Sep 2 11:04:21 tank devd: Executing '/etc/pccard_ether tun0 start' Sep 2 11:04:21 tank openvpn[732]: /sbin/route add -net 10.8.0.0 10.8.0.1= 255.255.255.0 Sep 2 11:04:21 tank openvpn[732]: Data Channel MTU parms [ L:1542 D:1450= EF:42 EB:143 ET:0 EL:3 AF:3/1 ] Sep 2 11:04:21 tank openvpn[732]: GID set to nobody Sep 2 11:04:21 tank openvpn[732]: UID set to nobody Sep 2 11:04:21 tank openvpn[732]: UDPv4 link local (bound): [AF_INET]xxx= =2Exxx.xxx.xxx:1194 Sep 2 11:04:21 tank openvpn[732]: UDPv4 link remote: [undef] Sep 2 11:04:21 tank openvpn[732]: MULTI: multi_init called, r=3D256 v=3D= 256 Sep 2 11:04:21 tank openvpn[732]: IFCONFIG POOL: base=3D10.8.0.2 size=3D= 252, ipv6=3D0 Sep 2 11:04:21 tank openvpn[732]: ifconfig_pool_read(), in=3D'niklaas.le= n-t420.klaas,10.8.0.4', TODO: IPv6 Sep 2 11:04:21 tank openvpn[732]: succeeded -> ifconfig_pool_set() Sep 2 11:04:21 tank openvpn[732]: IFCONFIG POOL LIST Sep 2 11:04:21 tank openvpn[732]: niklaas.len-t420.klaas,10.8.0.4 Sep 2 11:04:21 tank openvpn[732]: Initialization Sequence Completed Sep 2 11:04:37 tank kernel: www. Sep 2 11:04:41 tank kernel: sync. Sep 2 11:06:24 tank syslogd: kernel boot file is /boot/kernel/kernel Sep 2 11:06:24 tank kernel: Copyright (c) 1992-2014 The FreeBSD Project.= Sep 2 11:06:24 tank kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, = 1989, 1991, 1992, 1993, 1994 Sep 2 11:06:24 tank kernel: The Regents of the University of California.= All rights reserved. Sep 2 11:06:24 tank kernel: FreeBSD is a registered trademark of The Fre= eBSD Foundation. Sep 2 11:06:24 tank kernel: FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:5= 5:09 UTC 2015 Sep 2 11:06:24 tank kernel: root@amd64-builder.daemonology.net:/usr/obj/= usr/src/sys/GENERIC amd64 Sep 2 11:06:24 tank kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34= /dot1-final 208032) 20140512 Sep 2 11:06:24 tank kernel: module vtnet already present! Sep 2 11:06:24 tank kernel: CPU: Intel(R) Core(TM) i7 CPU 930 @= 2.80GHz (2807.02-MHz K8-class CPU) Sep 2 11:06:24 tank kernel: Origin =3D "GenuineIntel" Id =3D 0x106a5 F= amily =3D 0x6 Model =3D 0x1a Stepping =3D 5 Sep 2 11:06:24 tank kernel: Features=3D0xbfebfbff Sep 2 11:06:24 tank kernel: Features2=3D0x98e3bd Sep 2 11:06:24 tank kernel: AMD Features=3D0x28100800 Sep 2 11:06:24 tank kernel: AMD Features2=3D0x1 Sep 2 11:06:24 tank kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID Sep 2 11:06:24 tank kernel: TSC: P-state invariant, performance statisti= cs Sep 2 11:06:24 tank kernel: real memory =3D 51539607552 (49152 MB) Sep 2 11:06:24 tank kernel: avail memory =3D 49991639040 (47675 MB) Sep 2 11:06:24 tank kernel: Event timer "LAPIC" quality 400 Sep 2 11:06:24 tank kernel: ACPI APIC Table: <7522MT A7522800> Sep 2 11:06:24 tank kernel: FreeBSD/SMP: Multiprocessor System Detected:= 8 CPUs Sep 2 11:06:24 tank kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SM= T threads Sep 2 11:06:24 tank kernel: cpu0 (BSP): APIC ID: 0 Sep 2 11:06:24 tank kernel: cpu1 (AP): APIC ID: 1 Sep 2 11:06:24 tank kernel: cpu2 (AP): APIC ID: 2 Sep 2 11:06:24 tank kernel: cpu3 (AP): APIC ID: 3 Sep 2 11:06:24 tank kernel: cpu4 (AP): APIC ID: 4 Sep 2 11:06:24 tank kernel: cpu5 (AP): APIC ID: 5 Sep 2 11:06:24 tank kernel: cpu6 (AP): APIC ID: 6 Sep 2 11:06:24 tank kernel: cpu7 (AP): APIC ID: 7 Sep 2 11:06:24 tank kernel: ioapic0 irqs 0-23 on motherboa= rd Sep 2 11:06:24 tank kernel: random: initialized Sep 2 11:06:24 tank kernel: kbd1 at kbdmux0 Sep 2 11:06:24 tank kernel: acpi0: <7522MT A7522800> on motherboard Sep 2 11:06:24 tank kernel: acpi0: Power Button (fixed) Sep 2 11:06:24 tank kernel: acpi0: reservation of 0, a0000 (3) failed Sep 2 11:06:24 tank kernel: acpi0: reservation of 100000, bff00000 (3) f= ailed Sep 2 11:06:24 tank kernel: cpu0: on acpi0 Sep 2 11:06:24 tank kernel: cpu1: on acpi0 Sep 2 11:06:24 tank kernel: cpu2: on acpi0 Sep 2 11:06:24 tank kernel: cpu3: on acpi0 Sep 2 11:06:24 tank kernel: cpu4: on acpi0 Sep 2 11:06:24 tank kernel: cpu5: on acpi0 Sep 2 11:06:24 tank kernel: cpu6: on acpi0 Sep 2 11:06:24 tank kernel: cpu7: on acpi0 Sep 2 11:06:24 tank kernel: attimer0: port 0x40-0x43 irq 0 on= acpi0 Sep 2 11:06:24 tank kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Sep 2 11:06:24 tank kernel: Event timer "i8254" frequency 1193182 Hz qua= lity 100 Sep 2 11:06:24 tank kernel: atrtc0: port 0x70-0x71 i= rq 8 on acpi0 Sep 2 11:06:24 tank kernel: Event timer "RTC" frequency 32768 Hz quality= 0 Sep 2 11:06:24 tank kernel: hpet0: iomem 0x= fed00000-0xfed003ff on acpi0 Sep 2 11:06:24 tank kernel: Timecounter "HPET" frequency 14318180 Hz qua= lity 950 Sep 2 11:06:24 tank kernel: Event timer "HPET" frequency 14318180 Hz qua= lity 350 Sep 2 11:06:24 tank kernel: Event timer "HPET1" frequency 14318180 Hz qu= ality 340 Sep 2 11:06:24 tank kernel: Event timer "HPET2" frequency 14318180 Hz qu= ality 340 Sep 2 11:06:24 tank kernel: Event timer "HPET3" frequency 14318180 Hz qu= ality 340 Sep 2 11:06:24 tank kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 900 Sep 2 11:06:24 tank kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x808-0x80b on acpi0 Sep 2 11:06:24 tank kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Sep 2 11:06:24 tank kernel: pci0: on pcib0 Sep 2 11:06:24 tank kernel: pcib1: at device 1.0 o= n pci0 Sep 2 11:06:24 tank kernel: pci1: on pcib1 Sep 2 11:06:24 tank kernel: pcib2: at device 3.0 o= n pci0 Sep 2 11:06:24 tank kernel: pci2: on pcib2 Sep 2 11:06:24 tank kernel: vgapci0: port 0xcc0= 0-0xcc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9f= fffff irq 16 at device 0.0 on pci2 Sep 2 11:06:24 tank kernel: vgapci0: Boot video device Sep 2 11:06:24 tank kernel: pcib3: at device 7.0 o= n pci0 Sep 2 11:06:24 tank kernel: pci3: on pcib3 Sep 2 11:06:24 tank kernel: pci0: at device 20.0 (no driver attached) Sep 2 11:06:24 tank kernel: pci0: at device 20.1 (no driver attached) Sep 2 11:06:24 tank kernel: pci0: at device 20.2 (no driver attached) Sep 2 11:06:24 tank kernel: pci0: at device 20.3 (no driver attached) Sep 2 11:06:24 tank kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 2 11:06:24 tank kernel: uhci0: LegSup =3D 0x2f00 Sep 2 11:06:24 tank kernel: usbus0 on uhci0 Sep 2 11:06:24 tank kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 2 11:06:24 tank kernel: uhci1: LegSup =3D 0x2f00 Sep 2 11:06:24 tank kernel: usbus1 on uhci1 Sep 2 11:06:24 tank kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 2 11:06:24 tank kernel: uhci2: LegSup =3D 0x2f00 Sep 2 11:06:24 tank kernel: usbus2 on uhci2 Sep 2 11:06:24 tank kernel: ehci0: mem 0xf7ffe000-0xf7ffe3ff irq 18 at device 26.7 on pci0 Sep 2 11:06:24 tank kernel: usbus3: EHCI version 1.0 Sep 2 11:06:24 tank kernel: usbus3 on ehci0 Sep 2 11:06:24 tank kernel: pcib4: irq 17 at devic= e 28.0 on pci0 Sep 2 11:06:24 tank kernel: pci4: on pcib4 Sep 2 11:06:24 tank kernel: pcib5: irq 17 at devic= e 28.4 on pci0 Sep 2 11:06:24 tank kernel: pci6: on pcib5 Sep 2 11:06:24 tank kernel: re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0= 000-0xf6ffffff irq 16 at device 0.0 on pci6 Sep 2 11:06:24 tank kernel: re0: Using 1 MSI-X message Sep 2 11:06:24 tank kernel: re0: Chip rev. 0x3c000000 Sep 2 11:06:24 tank kernel: re0: MAC rev. 0x00400000 Sep 2 11:06:24 tank kernel: miibus0: on re0 Sep 2 11:06:24 tank kernel: rgephy0: PHY 1 on miibus0 Sep 2 11:06:24 tank kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10base= T-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000= baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 10= 00baseT-FDX-flow-master, auto, auto-flow Sep 2 11:06:24 tank kernel: re0: Ethernet address: 6c:62:6d:60:74:fb Sep 2 11:06:24 tank kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 2 11:06:24 tank kernel: uhci3: LegSup =3D 0x2f00 Sep 2 11:06:24 tank kernel: usbus4 on uhci3 Sep 2 11:06:24 tank kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 2 11:06:24 tank kernel: uhci4: LegSup =3D 0x2f00 Sep 2 11:06:24 tank kernel: usbus5 on uhci4 Sep 2 11:06:24 tank kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 2 11:06:24 tank kernel: uhci5: LegSup =3D 0x2f00 Sep 2 11:06:24 tank kernel: usbus6 on uhci5 Sep 2 11:06:24 tank kernel: ehci1: mem 0xf7ffc000-0xf7ffc3ff irq 23 at device 29.7 on pci0 Sep 2 11:06:24 tank kernel: usbus7: EHCI version 1.0 Sep 2 11:06:24 tank kernel: usbus7 on ehci1 Sep 2 11:06:24 tank kernel: pcib6: at device 30.0 = on pci0 Sep 2 11:06:24 tank kernel: pci7: on pcib6 Sep 2 11:06:24 tank kernel: isab0: at device 31.0 on pc= i0 Sep 2 11:06:24 tank kernel: isa0: on isab0 Sep 2 11:06:24 tank kernel: ahci0: po= rt 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f = mem 0xf7ffa000-0xf7ffa7ff irq 19 at device 31.2 on pci0 Sep 2 11:06:24 tank kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port M= ultiplier not supported Sep 2 11:06:24 tank kernel: ahcich0: at channel 0 on ahci= 0 Sep 2 11:06:24 tank kernel: ahcich1: at channel 1 on ahci= 0 Sep 2 11:06:24 tank kernel: ahcich2: at channel 2 on ahci= 0 Sep 2 11:06:24 tank kernel: ahcich3: at channel 3 on ahci= 0 Sep 2 11:06:24 tank kernel: ahcich4: at channel 4 on ahci= 0 Sep 2 11:06:24 tank kernel: ahcich5: at channel 5 on ahci= 0 Sep 2 11:06:24 tank kernel: ahciem0: = on ahci0 Sep 2 11:06:24 tank kernel: acpi_button0: on acpi0 Sep 2 11:06:24 tank kernel: atkbdc0: port = 0x60,0x64 irq 1 on acpi0 Sep 2 11:06:24 tank kernel: atkbd0: irq 1 on atkbdc0 Sep 2 11:06:24 tank kernel: kbd0 at atkbd0 Sep 2 11:06:24 tank kernel: atkbd0: [GIANT-LOCKED] Sep 2 11:06:24 tank kernel: qpi0: on motherboard Sep 2 11:06:24 tank kernel: pcib7: pcibus 255 on q= pi0 Sep 2 11:06:24 tank kernel: pci255: on pcib7 Sep 2 11:06:24 tank kernel: orm0: at iomem 0xce800-0xcf= 7ff on isa0 Sep 2 11:06:24 tank kernel: sc0: at flags 0x100 on isa0= Sep 2 11:06:24 tank kernel: sc0: VGA <16 virtual consoles, flags=3D0x300= > Sep 2 11:06:24 tank kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Sep 2 11:06:24 tank kernel: ppc0: cannot reserve I/O port range Sep 2 11:06:24 tank kernel: est0: = on cpu0 Sep 2 11:06:24 tank kernel: p4tcc0: on c= pu0 Sep 2 11:06:24 tank kernel: est1: = on cpu1 Sep 2 11:06:24 tank kernel: p4tcc1: on c= pu1 Sep 2 11:06:24 tank kernel: est2: = on cpu2 Sep 2 11:06:24 tank kernel: p4tcc2: on c= pu2 Sep 2 11:06:24 tank kernel: est3: = on cpu3 Sep 2 11:06:24 tank kernel: p4tcc3: on c= pu3 Sep 2 11:06:24 tank kernel: est4: = on cpu4 Sep 2 11:06:24 tank kernel: p4tcc4: on c= pu4 Sep 2 11:06:24 tank kernel: est5: = on cpu5 Sep 2 11:06:24 tank kernel: p4tcc5: on c= pu5 Sep 2 11:06:24 tank kernel: est6: = on cpu6 Sep 2 11:06:24 tank kernel: p4tcc6: on c= pu6 Sep 2 11:06:24 tank kernel: est7: = on cpu7 Sep 2 11:06:24 tank kernel: p4tcc7: on c= pu7 Sep 2 11:06:24 tank kernel: ZFS filesystem version: 5 Sep 2 11:06:24 tank kernel: ZFS storage pool version: features support (= 5000) Sep 2 11:06:24 tank kernel: Timecounters tick every 1.000 msec Sep 2 11:06:24 tank kernel: random: unblocking device. Sep 2 11:06:24 tank kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 2 11:06:24 tank kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 2 11:06:24 tank kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 2 11:06:24 tank kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 2 11:06:24 tank kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 2 11:06:24 tank kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 2 11:06:24 tank kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 2 11:06:24 tank kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 2 11:06:24 tank kernel: ugen1.1: at usbus1 Sep 2 11:06:24 tank kernel: uhub0: on usbus1 Sep 2 11:06:24 tank kernel: ugen0.1: at usbus0 Sep 2 11:06:24 tank kernel: uhub1: on usbus0 Sep 2 11:06:24 tank kernel: ugen3.1: at usbus3 Sep 2 11:06:24 tank kernel: uhub2: on usbus3 Sep 2 11:06:24 tank kernel: ugen2.1: at usbus2 Sep 2 11:06:24 tank kernel: uhub3: on usbus2 Sep 2 11:06:24 tank kernel: ugen5.1: at usbus5 Sep 2 11:06:24 tank kernel: uhub4: on usbus5 Sep 2 11:06:24 tank kernel: ugen4.1: at usbus4 Sep 2 11:06:24 tank kernel: uhub5: on usbus4 Sep 2 11:06:24 tank kernel: ugen7.1: at usbus7 Sep 2 11:06:24 tank kernel: uhub6: on usbus7 Sep 2 11:06:24 tank kernel: ugen6.1: at usbus6 Sep 2 11:06:24 tank kernel: uhub7: on usbus6 Sep 2 11:06:24 tank kernel: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 Sep 2 11:06:24 tank kernel: ses0: SEMB = S-E-S 2.00 device Sep 2 11:06:24 tank kernel: ses0: SEMB SES Device Sep 2 11:06:24 tank kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 2 11:06:24 tank kernel: ada0: ATA-= 8 SATA 3.x device Sep 2 11:06:24 tank kernel: ada0: Serial Number WD-WMC1P0DLVP35 Sep 2 11:06:24 tank kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:06:24 tank kernel: ada0: Command Queueing enabled Sep 2 11:06:24 tank kernel: ada0: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:06:24 tank kernel: ada0: Previously was known as ad4 Sep 2 11:06:24 tank kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Sep 2 11:06:24 tank kernel: ada1: ATA-= 8 SATA 3.x device Sep 2 11:06:24 tank kernel: ada1: Serial Number WD-WMC1P0D2CUCN Sep 2 11:06:24 tank kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:06:24 tank kernel: ada1: Command Queueing enabled Sep 2 11:06:24 tank kernel: ada1: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:06:24 tank kernel: ada1: Previously was known as ad6 Sep 2 11:06:24 tank kernel: SMP: AP CPU #1 Launched! Sep 2 11:06:24 tank kernel: SMP: AP CPU #7 Launched! Sep 2 11:06:24 tank kernel: SMP: AP CPU #2 Launched! Sep 2 11:06:24 tank kernel: SMP: AP CPU #4 Launched! Sep 2 11:06:24 tank kernel: SMP: AP CPU #3 Launched! Sep 2 11:06:24 tank kernel: SMP: AP CPU #6 Launched! Sep 2 11:06:24 tank kernel: SMP: AP CPU #5 Launched! Sep 2 11:06:24 tank kernel: Timecounter "TSC-low" frequency 1403510372 H= z quality 1000 Sep 2 11:06:24 tank kernel: Root mount waiting for: usbus7 usbus6 usbus5= usbus4 usbus3 usbus2 usbus1 usbus0 Sep 2 11:06:24 tank kernel: uhub0: 2 ports with 2 removable, self powere= d Sep 2 11:06:24 tank kernel: uhub1: 2 ports with 2 removable, self powere= d Sep 2 11:06:24 tank kernel: uhub3: 2 ports with 2 removable, self powere= d Sep 2 11:06:24 tank kernel: uhub5: 2 ports with 2 removable, self powere= d Sep 2 11:06:24 tank kernel: uhub7: 2 ports with 2 removable, self powere= d Sep 2 11:06:24 tank kernel: uhub4: 2 ports with 2 removable, self powere= d Sep 2 11:06:24 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:06:24 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:06:24 tank kernel: uhub6: 6 ports with 6 removable, self powere= d Sep 2 11:06:24 tank kernel: uhub2: 6 ports with 6 removable, self powere= d Sep 2 11:06:24 tank kernel: Trying to mount root from zfs:tank/root []..= =2E Sep 2 11:06:25 tank ntpd[631]: constraint certificate verification turne= d off Sep 2 11:06:25 tank sshguard[645]: Blacklist entry (line #1 of '/var/db/= sshguard/blacklist.db') appears to be malformatted. Ignoring. . . . Sep 2 11:06:25 tank sshguard[645]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 11:06:25 tank sshguard[645]: Started with danger threshold=3D40 ; = minimum block=3D420 seconds Sep 2 11:06:26 tank openvpn[731]: Current Parameter Settings: Sep 2 11:06:26 tank openvpn[731]: config =3D '/usr/local/etc/openvpn/s= erver.conf' Sep 2 11:06:26 tank openvpn[731]: mode =3D 1 Sep 2 11:06:26 tank openvpn[731]: show_ciphers =3D DISABLED Sep 2 11:06:26 tank openvpn[731]: show_digests =3D DISABLED Sep 2 11:06:26 tank openvpn[731]: show_engines =3D DISABLED Sep 2 11:06:26 tank openvpn[731]: genkey =3D DISABLED Sep 2 11:06:26 tank openvpn[731]: key_pass_file =3D '[UNDEF]' Sep 2 11:06:26 tank openvpn[731]: show_tls_ciphers =3D DISABLED Sep 2 11:06:26 tank openvpn[731]: Connection profiles [default]: Sep 2 11:06:26 tank openvpn[731]: NOTE: --mute triggered... Sep 2 11:06:26 tank openvpn[731]: 216 variation(s) on previous 10 messag= e(s) suppressed by --mute Sep 2 11:06:26 tank openvpn[731]: OpenVPN 2.3.7 amd64-portbld-freebsd10.= 1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jul 4 2015 Sep 2 11:06:26 tank openvpn[731]: library versions: OpenSSL 1.0.1l-freeb= sd 15 Jan 2015, LZO 2.09 Sep 2 11:06:26 tank openvpn[732]: Diffie-Hellman initialized with 2048 b= it key Sep 2 11:06:26 tank openvpn[732]: Control Channel Authentication: using = '/usr/local/etc/openvpn/keys/ta.key' as a OpenVPN static key file Sep 2 11:06:26 tank openvpn[732]: Outgoing Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:06:26 tank openvpn[732]: Incoming Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:06:26 tank openvpn[732]: TLS-Auth MTU parms [ L:1542 D:166 EF:6= 6 EB:0 ET:0 EL:3 ] Sep 2 11:06:26 tank openvpn[732]: Socket Buffers: R=3D[42080->65536] S=3D= [9216->65536] Sep 2 11:06:26 tank kernel: tun0: link state changed to UP Sep 2 11:06:26 tank openvpn[732]: TUN/TAP device /dev/tun0 opened Sep 2 11:06:26 tank openvpn[732]: do_ifconfig, tt->ipv6=3D0, tt->did_ifc= onfig_ipv6_setup=3D0 Sep 2 11:06:26 tank openvpn[732]: /sbin/ifconfig tun0 10.8.0.1 10.8.0.2 = mtu 1500 netmask 255.255.255.0 up Sep 2 11:06:26 tank devd: Executing '/etc/pccard_ether tun0 start' Sep 2 11:06:26 tank openvpn[732]: /sbin/route add -net 10.8.0.0 10.8.0.1= 255.255.255.0 Sep 2 11:06:26 tank openvpn[732]: Data Channel MTU parms [ L:1542 D:1450= EF:42 EB:143 ET:0 EL:3 AF:3/1 ] Sep 2 11:06:26 tank openvpn[732]: GID set to nobody Sep 2 11:06:26 tank openvpn[732]: UID set to nobody Sep 2 11:06:26 tank openvpn[732]: UDPv4 link local (bound): [AF_INET]xxx= =2Exxx.xxx.xxx:1194 Sep 2 11:06:26 tank openvpn[732]: UDPv4 link remote: [undef] Sep 2 11:06:26 tank openvpn[732]: MULTI: multi_init called, r=3D256 v=3D= 256 Sep 2 11:06:26 tank openvpn[732]: IFCONFIG POOL: base=3D10.8.0.2 size=3D= 252, ipv6=3D0 Sep 2 11:06:26 tank openvpn[732]: ifconfig_pool_read(), in=3D'niklaas.le= n-t420.klaas,10.8.0.4', TODO: IPv6 Sep 2 11:06:26 tank openvpn[732]: succeeded -> ifconfig_pool_set() Sep 2 11:06:26 tank openvpn[732]: IFCONFIG POOL LIST Sep 2 11:06:26 tank openvpn[732]: niklaas.len-t420.klaas,10.8.0.4 Sep 2 11:06:26 tank openvpn[732]: Initialization Sequence Completed Sep 2 11:06:33 tank kernel: www. Sep 2 11:06:39 tank kernel: sync. Sep 2 11:08:23 tank syslogd: kernel boot file is /boot/kernel/kernel Sep 2 11:08:23 tank kernel: Copyright (c) 1992-2014 The FreeBSD Project.= Sep 2 11:08:23 tank kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, = 1989, 1991, 1992, 1993, 1994 Sep 2 11:08:23 tank kernel: The Regents of the University of California.= All rights reserved. Sep 2 11:08:23 tank kernel: FreeBSD is a registered trademark of The Fre= eBSD Foundation. Sep 2 11:08:23 tank kernel: FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:5= 5:09 UTC 2015 Sep 2 11:08:23 tank kernel: root@amd64-builder.daemonology.net:/usr/obj/= usr/src/sys/GENERIC amd64 Sep 2 11:08:23 tank kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34= /dot1-final 208032) 20140512 Sep 2 11:08:23 tank kernel: module vtnet already present! Sep 2 11:08:23 tank kernel: CPU: Intel(R) Core(TM) i7 CPU 930 @= 2.80GHz (2807.03-MHz K8-class CPU) Sep 2 11:08:23 tank kernel: Origin =3D "GenuineIntel" Id =3D 0x106a5 F= amily =3D 0x6 Model =3D 0x1a Stepping =3D 5 Sep 2 11:08:23 tank kernel: Features=3D0xbfebfbff Sep 2 11:08:23 tank kernel: Features2=3D0x98e3bd Sep 2 11:08:23 tank kernel: AMD Features=3D0x28100800 Sep 2 11:08:23 tank kernel: AMD Features2=3D0x1 Sep 2 11:08:23 tank kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID Sep 2 11:08:23 tank kernel: TSC: P-state invariant, performance statisti= cs Sep 2 11:08:23 tank kernel: real memory =3D 51539607552 (49152 MB) Sep 2 11:08:23 tank kernel: avail memory =3D 49991639040 (47675 MB) Sep 2 11:08:23 tank kernel: Event timer "LAPIC" quality 400 Sep 2 11:08:23 tank kernel: ACPI APIC Table: <7522MT A7522800> Sep 2 11:08:23 tank kernel: FreeBSD/SMP: Multiprocessor System Detected:= 8 CPUs Sep 2 11:08:23 tank kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SM= T threads Sep 2 11:08:23 tank kernel: cpu0 (BSP): APIC ID: 0 Sep 2 11:08:23 tank kernel: cpu1 (AP): APIC ID: 1 Sep 2 11:08:23 tank kernel: cpu2 (AP): APIC ID: 2 Sep 2 11:08:23 tank kernel: cpu3 (AP): APIC ID: 3 Sep 2 11:08:23 tank kernel: cpu4 (AP): APIC ID: 4 Sep 2 11:08:23 tank kernel: cpu5 (AP): APIC ID: 5 Sep 2 11:08:23 tank kernel: cpu6 (AP): APIC ID: 6 Sep 2 11:08:23 tank kernel: cpu7 (AP): APIC ID: 7 Sep 2 11:08:23 tank kernel: ioapic0 irqs 0-23 on motherboa= rd Sep 2 11:08:23 tank kernel: random: initialized Sep 2 11:08:23 tank kernel: kbd1 at kbdmux0 Sep 2 11:08:23 tank kernel: acpi0: <7522MT A7522800> on motherboard Sep 2 11:08:23 tank kernel: acpi0: Power Button (fixed) Sep 2 11:08:23 tank kernel: acpi0: reservation of 0, a0000 (3) failed Sep 2 11:08:23 tank kernel: acpi0: reservation of 100000, bff00000 (3) f= ailed Sep 2 11:08:23 tank kernel: cpu0: on acpi0 Sep 2 11:08:23 tank kernel: cpu1: on acpi0 Sep 2 11:08:23 tank kernel: cpu2: on acpi0 Sep 2 11:08:23 tank kernel: cpu3: on acpi0 Sep 2 11:08:23 tank kernel: cpu4: on acpi0 Sep 2 11:08:23 tank kernel: cpu5: on acpi0 Sep 2 11:08:23 tank kernel: cpu6: on acpi0 Sep 2 11:08:23 tank kernel: cpu7: on acpi0 Sep 2 11:08:23 tank kernel: attimer0: port 0x40-0x43 irq 0 on= acpi0 Sep 2 11:08:23 tank kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Sep 2 11:08:23 tank kernel: Event timer "i8254" frequency 1193182 Hz qua= lity 100 Sep 2 11:08:23 tank kernel: atrtc0: port 0x70-0x71 i= rq 8 on acpi0 Sep 2 11:08:23 tank kernel: Event timer "RTC" frequency 32768 Hz quality= 0 Sep 2 11:08:23 tank kernel: hpet0: iomem 0x= fed00000-0xfed003ff on acpi0 Sep 2 11:08:23 tank kernel: Timecounter "HPET" frequency 14318180 Hz qua= lity 950 Sep 2 11:08:23 tank kernel: Event timer "HPET" frequency 14318180 Hz qua= lity 350 Sep 2 11:08:23 tank kernel: Event timer "HPET1" frequency 14318180 Hz qu= ality 340 Sep 2 11:08:23 tank kernel: Event timer "HPET2" frequency 14318180 Hz qu= ality 340 Sep 2 11:08:23 tank kernel: Event timer "HPET3" frequency 14318180 Hz qu= ality 340 Sep 2 11:08:23 tank kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 900 Sep 2 11:08:23 tank kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x808-0x80b on acpi0 Sep 2 11:08:23 tank kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Sep 2 11:08:23 tank kernel: pci0: on pcib0 Sep 2 11:08:23 tank kernel: pcib1: at device 1.0 o= n pci0 Sep 2 11:08:23 tank kernel: pci1: on pcib1 Sep 2 11:08:23 tank kernel: pcib2: at device 3.0 o= n pci0 Sep 2 11:08:23 tank kernel: pci2: on pcib2 Sep 2 11:08:23 tank kernel: vgapci0: port 0xcc0= 0-0xcc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9f= fffff irq 16 at device 0.0 on pci2 Sep 2 11:08:23 tank kernel: vgapci0: Boot video device Sep 2 11:08:23 tank kernel: pcib3: at device 7.0 o= n pci0 Sep 2 11:08:23 tank kernel: pci3: on pcib3 Sep 2 11:08:23 tank kernel: pci0: at device 20.0 (no driver attached) Sep 2 11:08:23 tank kernel: pci0: at device 20.1 (no driver attached) Sep 2 11:08:23 tank kernel: pci0: at device 20.2 (no driver attached) Sep 2 11:08:23 tank kernel: pci0: at device 20.3 (no driver attached) Sep 2 11:08:23 tank kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 2 11:08:23 tank kernel: uhci0: LegSup =3D 0x2f00 Sep 2 11:08:23 tank kernel: usbus0 on uhci0 Sep 2 11:08:23 tank kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 2 11:08:23 tank kernel: uhci1: LegSup =3D 0x2f00 Sep 2 11:08:23 tank kernel: usbus1 on uhci1 Sep 2 11:08:23 tank kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 2 11:08:23 tank kernel: uhci2: LegSup =3D 0x2f00 Sep 2 11:08:23 tank kernel: usbus2 on uhci2 Sep 2 11:08:23 tank kernel: ehci0: mem 0xf7ffe000-0xf7ffe3ff irq 18 at device 26.7 on pci0 Sep 2 11:08:23 tank kernel: usbus3: EHCI version 1.0 Sep 2 11:08:23 tank kernel: usbus3 on ehci0 Sep 2 11:08:23 tank kernel: pcib4: irq 17 at devic= e 28.0 on pci0 Sep 2 11:08:23 tank kernel: pci4: on pcib4 Sep 2 11:08:23 tank kernel: pcib5: irq 17 at devic= e 28.4 on pci0 Sep 2 11:08:23 tank kernel: pci6: on pcib5 Sep 2 11:08:23 tank kernel: re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0= 000-0xf6ffffff irq 16 at device 0.0 on pci6 Sep 2 11:08:23 tank kernel: re0: Using 1 MSI-X message Sep 2 11:08:23 tank kernel: re0: Chip rev. 0x3c000000 Sep 2 11:08:23 tank kernel: re0: MAC rev. 0x00400000 Sep 2 11:08:23 tank kernel: miibus0: on re0 Sep 2 11:08:23 tank kernel: rgephy0: PHY 1 on miibus0 Sep 2 11:08:23 tank kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10base= T-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000= baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 10= 00baseT-FDX-flow-master, auto, auto-flow Sep 2 11:08:23 tank kernel: re0: Ethernet address: 6c:62:6d:60:74:fb Sep 2 11:08:23 tank kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 2 11:08:23 tank kernel: uhci3: LegSup =3D 0x2f00 Sep 2 11:08:23 tank kernel: usbus4 on uhci3 Sep 2 11:08:23 tank kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 2 11:08:23 tank kernel: uhci4: LegSup =3D 0x2f00 Sep 2 11:08:23 tank kernel: usbus5 on uhci4 Sep 2 11:08:23 tank kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 2 11:08:23 tank kernel: uhci5: LegSup =3D 0x2f00 Sep 2 11:08:23 tank kernel: usbus6 on uhci5 Sep 2 11:08:23 tank kernel: ehci1: mem 0xf7ffc000-0xf7ffc3ff irq 23 at device 29.7 on pci0 Sep 2 11:08:23 tank kernel: usbus7: EHCI version 1.0 Sep 2 11:08:23 tank kernel: usbus7 on ehci1 Sep 2 11:08:23 tank kernel: pcib6: at device 30.0 = on pci0 Sep 2 11:08:23 tank kernel: pci7: on pcib6 Sep 2 11:08:23 tank kernel: isab0: at device 31.0 on pc= i0 Sep 2 11:08:23 tank kernel: isa0: on isab0 Sep 2 11:08:23 tank kernel: ahci0: po= rt 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f = mem 0xf7ffa000-0xf7ffa7ff irq 19 at device 31.2 on pci0 Sep 2 11:08:23 tank kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port M= ultiplier not supported Sep 2 11:08:23 tank kernel: ahcich0: at channel 0 on ahci= 0 Sep 2 11:08:23 tank kernel: ahcich1: at channel 1 on ahci= 0 Sep 2 11:08:23 tank kernel: ahcich2: at channel 2 on ahci= 0 Sep 2 11:08:23 tank kernel: ahcich3: at channel 3 on ahci= 0 Sep 2 11:08:23 tank kernel: ahcich4: at channel 4 on ahci= 0 Sep 2 11:08:23 tank kernel: ahcich5: at channel 5 on ahci= 0 Sep 2 11:08:23 tank kernel: ahciem0: = on ahci0 Sep 2 11:08:23 tank kernel: acpi_button0: on acpi0 Sep 2 11:08:23 tank kernel: atkbdc0: port = 0x60,0x64 irq 1 on acpi0 Sep 2 11:08:23 tank kernel: atkbd0: irq 1 on atkbdc0 Sep 2 11:08:23 tank kernel: kbd0 at atkbd0 Sep 2 11:08:23 tank kernel: atkbd0: [GIANT-LOCKED] Sep 2 11:08:23 tank kernel: qpi0: on motherboard Sep 2 11:08:23 tank kernel: pcib7: pcibus 255 on q= pi0 Sep 2 11:08:23 tank kernel: pci255: on pcib7 Sep 2 11:08:23 tank kernel: orm0: at iomem 0xce800-0xcf= 7ff on isa0 Sep 2 11:08:23 tank kernel: sc0: at flags 0x100 on isa0= Sep 2 11:08:23 tank kernel: sc0: VGA <16 virtual consoles, flags=3D0x300= > Sep 2 11:08:23 tank kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Sep 2 11:08:23 tank kernel: ppc0: cannot reserve I/O port range Sep 2 11:08:23 tank kernel: est0: = on cpu0 Sep 2 11:08:23 tank kernel: p4tcc0: on c= pu0 Sep 2 11:08:23 tank kernel: est1: = on cpu1 Sep 2 11:08:23 tank kernel: p4tcc1: on c= pu1 Sep 2 11:08:23 tank kernel: est2: = on cpu2 Sep 2 11:08:23 tank kernel: p4tcc2: on c= pu2 Sep 2 11:08:23 tank kernel: est3: = on cpu3 Sep 2 11:08:23 tank kernel: p4tcc3: on c= pu3 Sep 2 11:08:23 tank kernel: est4: = on cpu4 Sep 2 11:08:23 tank kernel: p4tcc4: on c= pu4 Sep 2 11:08:23 tank kernel: est5: = on cpu5 Sep 2 11:08:23 tank kernel: p4tcc5: on c= pu5 Sep 2 11:08:23 tank kernel: est6: = on cpu6 Sep 2 11:08:23 tank kernel: p4tcc6: on c= pu6 Sep 2 11:08:23 tank kernel: est7: = on cpu7 Sep 2 11:08:23 tank kernel: p4tcc7: on c= pu7 Sep 2 11:08:23 tank kernel: ZFS filesystem version: 5 Sep 2 11:08:23 tank kernel: ZFS storage pool version: features support (= 5000) Sep 2 11:08:23 tank kernel: Timecounters tick every 1.000 msec Sep 2 11:08:23 tank kernel: random: unblocking device. Sep 2 11:08:23 tank kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 2 11:08:23 tank kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 2 11:08:23 tank kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 2 11:08:23 tank kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 2 11:08:23 tank kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 2 11:08:23 tank kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 2 11:08:23 tank kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 2 11:08:23 tank kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 2 11:08:23 tank kernel: ugen1.1: at usbus1 Sep 2 11:08:23 tank kernel: uhub0: on usbus1 Sep 2 11:08:23 tank kernel: ugen0.1: at usbus0 Sep 2 11:08:23 tank kernel: uhub1: on usbus0 Sep 2 11:08:23 tank kernel: ugen3.1: at usbus3 Sep 2 11:08:23 tank kernel: uhub2: on usbus3 Sep 2 11:08:23 tank kernel: ugen2.1: at usbus2 Sep 2 11:08:23 tank kernel: uhub3: on usbus2 Sep 2 11:08:23 tank kernel: ugen5.1: at usbus5 Sep 2 11:08:23 tank kernel: uhub4: on usbus5 Sep 2 11:08:23 tank kernel: ugen4.1: at usbus4 Sep 2 11:08:23 tank kernel: uhub5: on usbus4 Sep 2 11:08:23 tank kernel: ugen7.1: at usbus7 Sep 2 11:08:23 tank kernel: uhub6: on usbus7 Sep 2 11:08:23 tank kernel: ugen6.1: at usbus6 Sep 2 11:08:23 tank kernel: uhub7: on usbus6 Sep 2 11:08:23 tank kernel: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 Sep 2 11:08:23 tank kernel: ses0: SEMB = S-E-S 2.00 device Sep 2 11:08:23 tank kernel: ses0: SEMB SES Device Sep 2 11:08:23 tank kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 2 11:08:23 tank kernel: ada0: ATA-= 8 SATA 3.x device Sep 2 11:08:23 tank kernel: ada0: Serial Number WD-WMC1P0DLVP35 Sep 2 11:08:23 tank kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:08:23 tank kernel: ada0: Command Queueing enabled Sep 2 11:08:23 tank kernel: ada0: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:08:23 tank kernel: ada0: Previously was known as ad4 Sep 2 11:08:23 tank kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Sep 2 11:08:23 tank kernel: ada1: ATA-= 8 SATA 3.x device Sep 2 11:08:23 tank kernel: ada1: Serial Number WD-WMC1P0D2CUCN Sep 2 11:08:23 tank kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:08:23 tank kernel: ada1: Command Queueing enabled Sep 2 11:08:23 tank kernel: ada1: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:08:23 tank kernel: ada1: Previously was known as ad6 Sep 2 11:08:23 tank kernel: SMP: AP CPU #1 Launched! Sep 2 11:08:23 tank kernel: SMP: AP CPU #5 Launched! Sep 2 11:08:23 tank kernel: SMP: AP CPU #7 Launched! Sep 2 11:08:23 tank kernel: SMP: AP CPU #3 Launched! Sep 2 11:08:23 tank kernel: SMP: AP CPU #4 Launched! Sep 2 11:08:23 tank kernel: SMP: AP CPU #2 Launched! Sep 2 11:08:23 tank kernel: SMP: AP CPU #6 Launched! Sep 2 11:08:23 tank kernel: Timecounter "TSC-low" frequency 1403513064 H= z quality 1000 Sep 2 11:08:23 tank kernel: Root mount waiting for: usbus7 usbus6 usbus5= usbus4 usbus3 usbus2 usbus1 usbus0 Sep 2 11:08:23 tank kernel: uhub0: 2 ports with 2 removable, self powere= d Sep 2 11:08:23 tank kernel: uhub1: 2 ports with 2 removable, self powere= d Sep 2 11:08:23 tank kernel: uhub4: 2 ports with 2 removable, self powere= d Sep 2 11:08:23 tank kernel: uhub7: 2 ports with 2 removable, self powere= d Sep 2 11:08:23 tank kernel: uhub5: 2 ports with 2 removable, self powere= d Sep 2 11:08:23 tank kernel: uhub3: 2 ports with 2 removable, self powere= d Sep 2 11:08:23 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:08:23 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:08:23 tank kernel: uhub6: 6 ports with 6 removable, self powere= d Sep 2 11:08:23 tank kernel: uhub2: 6 ports with 6 removable, self powere= d Sep 2 11:08:23 tank kernel: Trying to mount root from zfs:tank/root []..= =2E Sep 2 11:08:24 tank ntpd[631]: constraint certificate verification turne= d off Sep 2 11:08:24 tank sshguard[645]: Blacklist entry (line #1 of '/var/db/= sshguard/blacklist.db') appears to be malformatted. Ignoring. . . . Sep 2 11:08:24 tank sshguard[645]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 11:08:24 tank sshguard[645]: Started with danger threshold=3D40 ; = minimum block=3D420 seconds Sep 2 11:08:25 tank openvpn[731]: Current Parameter Settings: Sep 2 11:08:25 tank openvpn[731]: config =3D '/usr/local/etc/openvpn/s= erver.conf' Sep 2 11:08:25 tank openvpn[731]: mode =3D 1 Sep 2 11:08:25 tank openvpn[731]: show_ciphers =3D DISABLED Sep 2 11:08:25 tank openvpn[731]: show_digests =3D DISABLED Sep 2 11:08:25 tank openvpn[731]: show_engines =3D DISABLED Sep 2 11:08:25 tank openvpn[731]: genkey =3D DISABLED Sep 2 11:08:25 tank openvpn[731]: key_pass_file =3D '[UNDEF]' Sep 2 11:08:25 tank openvpn[731]: show_tls_ciphers =3D DISABLED Sep 2 11:08:25 tank openvpn[731]: Connection profiles [default]: Sep 2 11:08:25 tank openvpn[731]: NOTE: --mute triggered... Sep 2 11:08:25 tank openvpn[731]: 216 variation(s) on previous 10 messag= e(s) suppressed by --mute Sep 2 11:08:25 tank openvpn[731]: OpenVPN 2.3.7 amd64-portbld-freebsd10.= 1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jul 4 2015 Sep 2 11:08:25 tank openvpn[731]: library versions: OpenSSL 1.0.1l-freeb= sd 15 Jan 2015, LZO 2.09 Sep 2 11:08:25 tank openvpn[732]: Diffie-Hellman initialized with 2048 b= it key Sep 2 11:08:25 tank openvpn[732]: Control Channel Authentication: using = '/usr/local/etc/openvpn/keys/ta.key' as a OpenVPN static key file Sep 2 11:08:25 tank openvpn[732]: Outgoing Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:08:25 tank openvpn[732]: Incoming Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:08:25 tank openvpn[732]: TLS-Auth MTU parms [ L:1542 D:166 EF:6= 6 EB:0 ET:0 EL:3 ] Sep 2 11:08:25 tank openvpn[732]: Socket Buffers: R=3D[42080->65536] S=3D= [9216->65536] Sep 2 11:08:25 tank kernel: tun0: link state changed to UP Sep 2 11:08:25 tank openvpn[732]: TUN/TAP device /dev/tun0 opened Sep 2 11:08:25 tank openvpn[732]: do_ifconfig, tt->ipv6=3D0, tt->did_ifc= onfig_ipv6_setup=3D0 Sep 2 11:08:25 tank openvpn[732]: /sbin/ifconfig tun0 10.8.0.1 10.8.0.2 = mtu 1500 netmask 255.255.255.0 up Sep 2 11:08:25 tank devd: Executing '/etc/pccard_ether tun0 start' Sep 2 11:08:25 tank openvpn[732]: /sbin/route add -net 10.8.0.0 10.8.0.1= 255.255.255.0 Sep 2 11:08:25 tank openvpn[732]: Data Channel MTU parms [ L:1542 D:1450= EF:42 EB:143 ET:0 EL:3 AF:3/1 ] Sep 2 11:08:25 tank openvpn[732]: GID set to nobody Sep 2 11:08:25 tank openvpn[732]: UID set to nobody Sep 2 11:08:25 tank openvpn[732]: UDPv4 link local (bound): [AF_INET]xxx= =2Exxx.xxx.xxx:1194 Sep 2 11:08:25 tank openvpn[732]: UDPv4 link remote: [undef] Sep 2 11:08:25 tank openvpn[732]: MULTI: multi_init called, r=3D256 v=3D= 256 Sep 2 11:08:25 tank openvpn[732]: IFCONFIG POOL: base=3D10.8.0.2 size=3D= 252, ipv6=3D0 Sep 2 11:08:25 tank openvpn[732]: ifconfig_pool_read(), in=3D'niklaas.le= n-t420.klaas,10.8.0.4', TODO: IPv6 Sep 2 11:08:25 tank openvpn[732]: succeeded -> ifconfig_pool_set() Sep 2 11:08:25 tank openvpn[732]: IFCONFIG POOL LIST Sep 2 11:08:25 tank openvpn[732]: niklaas.len-t420.klaas,10.8.0.4 Sep 2 11:08:25 tank openvpn[732]: Initialization Sequence Completed Sep 2 11:08:39 tank kernel: www. Sep 2 11:08:44 tank kernel: sync. Sep 2 11:10:28 tank syslogd: kernel boot file is /boot/kernel/kernel Sep 2 11:10:28 tank kernel: Copyright (c) 1992-2014 The FreeBSD Project.= Sep 2 11:10:28 tank kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, = 1989, 1991, 1992, 1993, 1994 Sep 2 11:10:28 tank kernel: The Regents of the University of California.= All rights reserved. Sep 2 11:10:28 tank kernel: FreeBSD is a registered trademark of The Fre= eBSD Foundation. Sep 2 11:10:28 tank kernel: FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:5= 5:09 UTC 2015 Sep 2 11:10:28 tank kernel: root@amd64-builder.daemonology.net:/usr/obj/= usr/src/sys/GENERIC amd64 Sep 2 11:10:28 tank kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34= /dot1-final 208032) 20140512 Sep 2 11:10:28 tank kernel: module vtnet already present! Sep 2 11:10:28 tank kernel: CPU: Intel(R) Core(TM) i7 CPU 930 @= 2.80GHz (2807.02-MHz K8-class CPU) Sep 2 11:10:28 tank kernel: Origin =3D "GenuineIntel" Id =3D 0x106a5 F= amily =3D 0x6 Model =3D 0x1a Stepping =3D 5 Sep 2 11:10:28 tank kernel: Features=3D0xbfebfbff Sep 2 11:10:28 tank kernel: Features2=3D0x98e3bd Sep 2 11:10:28 tank kernel: AMD Features=3D0x28100800 Sep 2 11:10:28 tank kernel: AMD Features2=3D0x1 Sep 2 11:10:28 tank kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID Sep 2 11:10:28 tank kernel: TSC: P-state invariant, performance statisti= cs Sep 2 11:10:28 tank kernel: real memory =3D 51539607552 (49152 MB) Sep 2 11:10:28 tank kernel: avail memory =3D 49991639040 (47675 MB) Sep 2 11:10:28 tank kernel: Event timer "LAPIC" quality 400 Sep 2 11:10:28 tank kernel: ACPI APIC Table: <7522MT A7522800> Sep 2 11:10:28 tank kernel: FreeBSD/SMP: Multiprocessor System Detected:= 8 CPUs Sep 2 11:10:28 tank kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SM= T threads Sep 2 11:10:28 tank kernel: cpu0 (BSP): APIC ID: 0 Sep 2 11:10:28 tank kernel: cpu1 (AP): APIC ID: 1 Sep 2 11:10:28 tank kernel: cpu2 (AP): APIC ID: 2 Sep 2 11:10:28 tank kernel: cpu3 (AP): APIC ID: 3 Sep 2 11:10:28 tank kernel: cpu4 (AP): APIC ID: 4 Sep 2 11:10:28 tank kernel: cpu5 (AP): APIC ID: 5 Sep 2 11:10:28 tank kernel: cpu6 (AP): APIC ID: 6 Sep 2 11:10:28 tank kernel: cpu7 (AP): APIC ID: 7 Sep 2 11:10:28 tank kernel: ioapic0 irqs 0-23 on motherboa= rd Sep 2 11:10:28 tank kernel: random: initialized Sep 2 11:10:28 tank kernel: kbd1 at kbdmux0 Sep 2 11:10:28 tank kernel: acpi0: <7522MT A7522800> on motherboard Sep 2 11:10:28 tank kernel: acpi0: Power Button (fixed) Sep 2 11:10:28 tank kernel: acpi0: reservation of 0, a0000 (3) failed Sep 2 11:10:28 tank kernel: acpi0: reservation of 100000, bff00000 (3) f= ailed Sep 2 11:10:28 tank kernel: cpu0: on acpi0 Sep 2 11:10:28 tank kernel: cpu1: on acpi0 Sep 2 11:10:28 tank kernel: cpu2: on acpi0 Sep 2 11:10:28 tank kernel: cpu3: on acpi0 Sep 2 11:10:28 tank kernel: cpu4: on acpi0 Sep 2 11:10:28 tank kernel: cpu5: on acpi0 Sep 2 11:10:28 tank kernel: cpu6: on acpi0 Sep 2 11:10:28 tank kernel: cpu7: on acpi0 Sep 2 11:10:28 tank kernel: attimer0: port 0x40-0x43 irq 0 on= acpi0 Sep 2 11:10:28 tank kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Sep 2 11:10:28 tank kernel: Event timer "i8254" frequency 1193182 Hz qua= lity 100 Sep 2 11:10:28 tank kernel: atrtc0: port 0x70-0x71 i= rq 8 on acpi0 Sep 2 11:10:28 tank kernel: Event timer "RTC" frequency 32768 Hz quality= 0 Sep 2 11:10:28 tank kernel: hpet0: iomem 0x= fed00000-0xfed003ff on acpi0 Sep 2 11:10:28 tank kernel: Timecounter "HPET" frequency 14318180 Hz qua= lity 950 Sep 2 11:10:28 tank kernel: Event timer "HPET" frequency 14318180 Hz qua= lity 350 Sep 2 11:10:28 tank kernel: Event timer "HPET1" frequency 14318180 Hz qu= ality 340 Sep 2 11:10:28 tank kernel: Event timer "HPET2" frequency 14318180 Hz qu= ality 340 Sep 2 11:10:28 tank kernel: Event timer "HPET3" frequency 14318180 Hz qu= ality 340 Sep 2 11:10:28 tank kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 900 Sep 2 11:10:28 tank kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x808-0x80b on acpi0 Sep 2 11:10:28 tank kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Sep 2 11:10:28 tank kernel: pci0: on pcib0 Sep 2 11:10:28 tank kernel: pcib1: at device 1.0 o= n pci0 Sep 2 11:10:28 tank kernel: pci1: on pcib1 Sep 2 11:10:28 tank kernel: pcib2: at device 3.0 o= n pci0 Sep 2 11:10:28 tank kernel: pci2: on pcib2 Sep 2 11:10:28 tank kernel: vgapci0: port 0xcc0= 0-0xcc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9f= fffff irq 16 at device 0.0 on pci2 Sep 2 11:10:28 tank kernel: vgapci0: Boot video device Sep 2 11:10:28 tank kernel: pcib3: at device 7.0 o= n pci0 Sep 2 11:10:28 tank kernel: pci3: on pcib3 Sep 2 11:10:28 tank kernel: pci0: at device 20.0 (no driver attached) Sep 2 11:10:28 tank kernel: pci0: at device 20.1 (no driver attached) Sep 2 11:10:28 tank kernel: pci0: at device 20.2 (no driver attached) Sep 2 11:10:28 tank kernel: pci0: at device 20.3 (no driver attached) Sep 2 11:10:28 tank kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 2 11:10:28 tank kernel: uhci0: LegSup =3D 0x2f00 Sep 2 11:10:28 tank kernel: usbus0 on uhci0 Sep 2 11:10:28 tank kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 2 11:10:28 tank kernel: uhci1: LegSup =3D 0x2f00 Sep 2 11:10:28 tank kernel: usbus1 on uhci1 Sep 2 11:10:28 tank kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 2 11:10:28 tank kernel: uhci2: LegSup =3D 0x2f00 Sep 2 11:10:28 tank kernel: usbus2 on uhci2 Sep 2 11:10:28 tank kernel: ehci0: mem 0xf7ffe000-0xf7ffe3ff irq 18 at device 26.7 on pci0 Sep 2 11:10:28 tank kernel: usbus3: EHCI version 1.0 Sep 2 11:10:28 tank kernel: usbus3 on ehci0 Sep 2 11:10:28 tank kernel: pcib4: irq 17 at devic= e 28.0 on pci0 Sep 2 11:10:28 tank kernel: pci4: on pcib4 Sep 2 11:10:28 tank kernel: pcib5: irq 17 at devic= e 28.4 on pci0 Sep 2 11:10:28 tank kernel: pci6: on pcib5 Sep 2 11:10:28 tank kernel: re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0= 000-0xf6ffffff irq 16 at device 0.0 on pci6 Sep 2 11:10:28 tank kernel: re0: Using 1 MSI-X message Sep 2 11:10:28 tank kernel: re0: Chip rev. 0x3c000000 Sep 2 11:10:28 tank kernel: re0: MAC rev. 0x00400000 Sep 2 11:10:28 tank kernel: miibus0: on re0 Sep 2 11:10:28 tank kernel: rgephy0: PHY 1 on miibus0 Sep 2 11:10:28 tank kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10base= T-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000= baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 10= 00baseT-FDX-flow-master, auto, auto-flow Sep 2 11:10:28 tank kernel: re0: Ethernet address: 6c:62:6d:60:74:fb Sep 2 11:10:28 tank kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 2 11:10:28 tank kernel: uhci3: LegSup =3D 0x2f00 Sep 2 11:10:28 tank kernel: usbus4 on uhci3 Sep 2 11:10:28 tank kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 2 11:10:28 tank kernel: uhci4: LegSup =3D 0x2f00 Sep 2 11:10:28 tank kernel: usbus5 on uhci4 Sep 2 11:10:28 tank kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 2 11:10:28 tank kernel: uhci5: LegSup =3D 0x2f00 Sep 2 11:10:28 tank kernel: usbus6 on uhci5 Sep 2 11:10:28 tank kernel: ehci1: mem 0xf7ffc000-0xf7ffc3ff irq 23 at device 29.7 on pci0 Sep 2 11:10:28 tank kernel: usbus7: EHCI version 1.0 Sep 2 11:10:28 tank kernel: usbus7 on ehci1 Sep 2 11:10:28 tank kernel: pcib6: at device 30.0 = on pci0 Sep 2 11:10:28 tank kernel: pci7: on pcib6 Sep 2 11:10:28 tank kernel: isab0: at device 31.0 on pc= i0 Sep 2 11:10:28 tank kernel: isa0: on isab0 Sep 2 11:10:28 tank kernel: ahci0: po= rt 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f = mem 0xf7ffa000-0xf7ffa7ff irq 19 at device 31.2 on pci0 Sep 2 11:10:28 tank kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port M= ultiplier not supported Sep 2 11:10:28 tank kernel: ahcich0: at channel 0 on ahci= 0 Sep 2 11:10:28 tank kernel: ahcich1: at channel 1 on ahci= 0 Sep 2 11:10:28 tank kernel: ahcich2: at channel 2 on ahci= 0 Sep 2 11:10:28 tank kernel: ahcich3: at channel 3 on ahci= 0 Sep 2 11:10:28 tank kernel: ahcich4: at channel 4 on ahci= 0 Sep 2 11:10:28 tank kernel: ahcich5: at channel 5 on ahci= 0 Sep 2 11:10:28 tank kernel: ahciem0: = on ahci0 Sep 2 11:10:28 tank kernel: acpi_button0: on acpi0 Sep 2 11:10:28 tank kernel: atkbdc0: port = 0x60,0x64 irq 1 on acpi0 Sep 2 11:10:28 tank kernel: atkbd0: irq 1 on atkbdc0 Sep 2 11:10:28 tank kernel: kbd0 at atkbd0 Sep 2 11:10:28 tank kernel: atkbd0: [GIANT-LOCKED] Sep 2 11:10:28 tank kernel: qpi0: on motherboard Sep 2 11:10:28 tank kernel: pcib7: pcibus 255 on q= pi0 Sep 2 11:10:28 tank kernel: pci255: on pcib7 Sep 2 11:10:28 tank kernel: orm0: at iomem 0xce800-0xcf= 7ff on isa0 Sep 2 11:10:28 tank kernel: sc0: at flags 0x100 on isa0= Sep 2 11:10:28 tank kernel: sc0: VGA <16 virtual consoles, flags=3D0x300= > Sep 2 11:10:28 tank kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Sep 2 11:10:28 tank kernel: ppc0: cannot reserve I/O port range Sep 2 11:10:28 tank kernel: est0: = on cpu0 Sep 2 11:10:28 tank kernel: p4tcc0: on c= pu0 Sep 2 11:10:28 tank kernel: est1: = on cpu1 Sep 2 11:10:28 tank kernel: p4tcc1: on c= pu1 Sep 2 11:10:28 tank kernel: est2: = on cpu2 Sep 2 11:10:28 tank kernel: p4tcc2: on c= pu2 Sep 2 11:10:28 tank kernel: est3: = on cpu3 Sep 2 11:10:28 tank kernel: p4tcc3: on c= pu3 Sep 2 11:10:28 tank kernel: est4: = on cpu4 Sep 2 11:10:28 tank kernel: p4tcc4: on c= pu4 Sep 2 11:10:28 tank kernel: est5: = on cpu5 Sep 2 11:10:28 tank kernel: p4tcc5: on c= pu5 Sep 2 11:10:28 tank kernel: est6: = on cpu6 Sep 2 11:10:28 tank kernel: p4tcc6: on c= pu6 Sep 2 11:10:28 tank kernel: est7: = on cpu7 Sep 2 11:10:28 tank kernel: p4tcc7: on c= pu7 Sep 2 11:10:28 tank kernel: ZFS filesystem version: 5 Sep 2 11:10:28 tank kernel: ZFS storage pool version: features support (= 5000) Sep 2 11:10:28 tank kernel: Timecounters tick every 1.000 msec Sep 2 11:10:28 tank kernel: random: unblocking device. Sep 2 11:10:28 tank kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 2 11:10:28 tank kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 2 11:10:28 tank kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 2 11:10:28 tank kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 2 11:10:28 tank kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 2 11:10:28 tank kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 2 11:10:28 tank kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 2 11:10:28 tank kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 2 11:10:28 tank kernel: ugen1.1: at usbus1 Sep 2 11:10:28 tank kernel: uhub0: on usbus1 Sep 2 11:10:28 tank kernel: ugen0.1: at usbus0 Sep 2 11:10:28 tank kernel: uhub1: on usbus0 Sep 2 11:10:28 tank kernel: ugen3.1: at usbus3 Sep 2 11:10:28 tank kernel: uhub2: on usbus3 Sep 2 11:10:28 tank kernel: ugen2.1: at usbus2 Sep 2 11:10:28 tank kernel: uhub3: on usbus2 Sep 2 11:10:28 tank kernel: ugen5.1: at usbus5 Sep 2 11:10:28 tank kernel: uhub4: on usbus5 Sep 2 11:10:28 tank kernel: ugen4.1: at usbus4 Sep 2 11:10:28 tank kernel: uhub5: on usbus4 Sep 2 11:10:28 tank kernel: ugen7.1: at usbus7 Sep 2 11:10:28 tank kernel: uhub6: on usbus7 Sep 2 11:10:28 tank kernel: ugen6.1: at usbus6 Sep 2 11:10:28 tank kernel: uhub7: on usbus6 Sep 2 11:10:28 tank kernel: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 Sep 2 11:10:28 tank kernel: ses0: SEMB = S-E-S 2.00 device Sep 2 11:10:28 tank kernel: ses0: SEMB SES Device Sep 2 11:10:28 tank kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 2 11:10:28 tank kernel: ada0: ATA-= 8 SATA 3.x device Sep 2 11:10:28 tank kernel: ada0: Serial Number WD-WMC1P0DLVP35 Sep 2 11:10:28 tank kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:10:28 tank kernel: ada0: Command Queueing enabled Sep 2 11:10:28 tank kernel: ada0: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:10:28 tank kernel: ada0: Previously was known as ad4 Sep 2 11:10:28 tank kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Sep 2 11:10:28 tank kernel: ada1: ATA-= 8 SATA 3.x device Sep 2 11:10:28 tank kernel: ada1: Serial Number WD-WMC1P0D2CUCN Sep 2 11:10:28 tank kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 11:10:28 tank kernel: ada1: Command Queueing enabled Sep 2 11:10:28 tank kernel: ada1: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 11:10:28 tank kernel: ada1: Previously was known as ad6 Sep 2 11:10:28 tank kernel: SMP: AP CPU #1 Launched! Sep 2 11:10:28 tank kernel: SMP: AP CPU #5 Launched! Sep 2 11:10:28 tank kernel: SMP: AP CPU #2 Launched! Sep 2 11:10:28 tank kernel: SMP: AP CPU #6 Launched! Sep 2 11:10:28 tank kernel: SMP: AP CPU #4 Launched! Sep 2 11:10:28 tank kernel: SMP: AP CPU #7 Launched! Sep 2 11:10:28 tank kernel: SMP: AP CPU #3 Launched! Sep 2 11:10:28 tank kernel: Timecounter "TSC-low" frequency 1403512170 H= z quality 1000 Sep 2 11:10:28 tank kernel: Root mount waiting for: usbus7 usbus6 usbus5= usbus4 usbus3 usbus2 usbus1 usbus0 Sep 2 11:10:28 tank kernel: uhub0: 2 ports with 2 removable, self powere= d Sep 2 11:10:28 tank kernel: uhub1: 2 ports with 2 removable, self powere= d Sep 2 11:10:28 tank kernel: uhub7: 2 ports with 2 removable, self powere= d Sep 2 11:10:28 tank kernel: uhub4: 2 ports with 2 removable, self powere= d Sep 2 11:10:28 tank kernel: uhub5: 2 ports with 2 removable, self powere= d Sep 2 11:10:28 tank kernel: uhub3: 2 ports with 2 removable, self powere= d Sep 2 11:10:28 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:10:28 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 11:10:28 tank kernel: uhub6: 6 ports with 6 removable, self powere= d Sep 2 11:10:28 tank kernel: uhub2: 6 ports with 6 removable, self powere= d Sep 2 11:10:28 tank kernel: Trying to mount root from zfs:tank/root []..= =2E Sep 2 11:10:29 tank ntpd[631]: constraint certificate verification turne= d off Sep 2 11:10:29 tank sshguard[645]: Blacklist entry (line #1 of '/var/db/= sshguard/blacklist.db') appears to be malformatted. Ignoring. . . . Sep 2 11:10:29 tank sshguard[645]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 11:10:29 tank sshguard[645]: Started with danger threshold=3D40 ; = minimum block=3D420 seconds Sep 2 11:10:30 tank openvpn[731]: Current Parameter Settings: Sep 2 11:10:30 tank openvpn[731]: config =3D '/usr/local/etc/openvpn/s= erver.conf' Sep 2 11:10:30 tank openvpn[731]: mode =3D 1 Sep 2 11:10:30 tank openvpn[731]: show_ciphers =3D DISABLED Sep 2 11:10:30 tank openvpn[731]: show_digests =3D DISABLED Sep 2 11:10:30 tank openvpn[731]: show_engines =3D DISABLED Sep 2 11:10:30 tank openvpn[731]: genkey =3D DISABLED Sep 2 11:10:30 tank openvpn[731]: key_pass_file =3D '[UNDEF]' Sep 2 11:10:30 tank openvpn[731]: show_tls_ciphers =3D DISABLED Sep 2 11:10:30 tank openvpn[731]: Connection profiles [default]: Sep 2 11:10:30 tank openvpn[731]: NOTE: --mute triggered... Sep 2 11:10:30 tank openvpn[731]: 216 variation(s) on previous 10 messag= e(s) suppressed by --mute Sep 2 11:10:30 tank openvpn[731]: OpenVPN 2.3.7 amd64-portbld-freebsd10.= 1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jul 4 2015 Sep 2 11:10:30 tank openvpn[731]: library versions: OpenSSL 1.0.1l-freeb= sd 15 Jan 2015, LZO 2.09 Sep 2 11:10:30 tank openvpn[732]: Diffie-Hellman initialized with 2048 b= it key Sep 2 11:10:30 tank openvpn[732]: Control Channel Authentication: using = '/usr/local/etc/openvpn/keys/ta.key' as a OpenVPN static key file Sep 2 11:10:30 tank openvpn[732]: Outgoing Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:10:30 tank openvpn[732]: Incoming Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 11:10:30 tank openvpn[732]: TLS-Auth MTU parms [ L:1542 D:166 EF:6= 6 EB:0 ET:0 EL:3 ] Sep 2 11:10:30 tank openvpn[732]: Socket Buffers: R=3D[42080->65536] S=3D= [9216->65536] Sep 2 11:10:30 tank openvpn[732]: TUN/TAP device /dev/tun0 opened Sep 2 11:10:30 tank kernel: tun0: link state changed to UP Sep 2 11:10:30 tank openvpn[732]: do_ifconfig, tt->ipv6=3D0, tt->did_ifc= onfig_ipv6_setup=3D0 Sep 2 11:10:30 tank openvpn[732]: /sbin/ifconfig tun0 10.8.0.1 10.8.0.2 = mtu 1500 netmask 255.255.255.0 up Sep 2 11:10:30 tank devd: Executing '/etc/pccard_ether tun0 start' Sep 2 11:10:30 tank openvpn[732]: /sbin/route add -net 10.8.0.0 10.8.0.1= 255.255.255.0 Sep 2 11:10:30 tank openvpn[732]: Data Channel MTU parms [ L:1542 D:1450= EF:42 EB:143 ET:0 EL:3 AF:3/1 ] Sep 2 11:10:30 tank openvpn[732]: GID set to nobody Sep 2 11:10:30 tank openvpn[732]: UID set to nobody Sep 2 11:10:30 tank openvpn[732]: UDPv4 link local (bound): [AF_INET]xxx= =2Exxx.xxx.xxx:1194 Sep 2 11:10:30 tank openvpn[732]: UDPv4 link remote: [undef] Sep 2 11:10:30 tank openvpn[732]: MULTI: multi_init called, r=3D256 v=3D= 256 Sep 2 11:10:30 tank openvpn[732]: IFCONFIG POOL: base=3D10.8.0.2 size=3D= 252, ipv6=3D0 Sep 2 11:10:30 tank openvpn[732]: ifconfig_pool_read(), in=3D'niklaas.le= n-t420.klaas,10.8.0.4', TODO: IPv6 Sep 2 11:10:30 tank openvpn[732]: succeeded -> ifconfig_pool_set() Sep 2 11:10:30 tank openvpn[732]: IFCONFIG POOL LIST Sep 2 11:10:30 tank openvpn[732]: niklaas.len-t420.klaas,10.8.0.4 Sep 2 11:10:30 tank openvpn[732]: Initialization Sequence Completed Sep 2 11:10:37 tank kernel: www. Sep 2 11:10:43 tank kernel: sync. # This goes on and on. The server continuously reboots until I realised w= hat # was happening. I pinged the server until I figured out that I had a tim= eframe # for sending commands regularly, so I sent # # ssh cat /var/log/messages # # I saw this very last line. The server rebooted. I waited for the next # timeframe and sent # # ssh ezjail-admin config -r norun sync. # # This time the server booted normally: Sep 2 12:23:31 tank syslogd: kernel boot file is /boot/kernel/kernel Sep 2 12:23:31 tank kernel: Copyright (c) 1992-2014 The FreeBSD Project.= Sep 2 12:23:31 tank kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, = 1989, 1991, 1992, 1993, 1994 Sep 2 12:23:31 tank kernel: The Regents of the University of California.= All rights reserved. Sep 2 12:23:31 tank kernel: FreeBSD is a registered trademark of The Fre= eBSD Foundation. Sep 2 12:23:31 tank kernel: FreeBSD 10.1-RELEASE-p19 #0: Sat Aug 22 03:5= 5:09 UTC 2015 Sep 2 12:23:31 tank kernel: root@amd64-builder.daemonology.net:/usr/obj/= usr/src/sys/GENERIC amd64 Sep 2 12:23:31 tank kernel: FreeBSD clang version 3.4.1 (tags/RELEASE_34= /dot1-final 208032) 20140512 Sep 2 12:23:31 tank kernel: module vtnet already present! Sep 2 12:23:31 tank kernel: CPU: Intel(R) Core(TM) i7 CPU 930 @= 2.80GHz (2807.02-MHz K8-class CPU) Sep 2 12:23:31 tank kernel: Origin =3D "GenuineIntel" Id =3D 0x106a5 F= amily =3D 0x6 Model =3D 0x1a Stepping =3D 5 Sep 2 12:23:31 tank kernel: Features=3D0xbfebfbff Sep 2 12:23:31 tank kernel: Features2=3D0x98e3bd Sep 2 12:23:31 tank kernel: AMD Features=3D0x28100800 Sep 2 12:23:31 tank kernel: AMD Features2=3D0x1 Sep 2 12:23:31 tank kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,VPID Sep 2 12:23:31 tank kernel: TSC: P-state invariant, performance statisti= cs Sep 2 12:23:31 tank kernel: real memory =3D 51539607552 (49152 MB) Sep 2 12:23:31 tank kernel: avail memory =3D 49991639040 (47675 MB) Sep 2 12:23:31 tank kernel: Event timer "LAPIC" quality 400 Sep 2 12:23:31 tank kernel: ACPI APIC Table: <7522MT A7522800> Sep 2 12:23:31 tank kernel: FreeBSD/SMP: Multiprocessor System Detected:= 8 CPUs Sep 2 12:23:31 tank kernel: FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SM= T threads Sep 2 12:23:31 tank kernel: cpu0 (BSP): APIC ID: 0 Sep 2 12:23:31 tank kernel: cpu1 (AP): APIC ID: 1 Sep 2 12:23:31 tank kernel: cpu2 (AP): APIC ID: 2 Sep 2 12:23:31 tank kernel: cpu3 (AP): APIC ID: 3 Sep 2 12:23:31 tank kernel: cpu4 (AP): APIC ID: 4 Sep 2 12:23:31 tank kernel: cpu5 (AP): APIC ID: 5 Sep 2 12:23:31 tank kernel: cpu6 (AP): APIC ID: 6 Sep 2 12:23:31 tank kernel: cpu7 (AP): APIC ID: 7 Sep 2 12:23:31 tank kernel: ioapic0 irqs 0-23 on motherboa= rd Sep 2 12:23:31 tank kernel: random: initialized Sep 2 12:23:31 tank kernel: kbd1 at kbdmux0 Sep 2 12:23:31 tank kernel: acpi0: <7522MT A7522800> on motherboard Sep 2 12:23:31 tank kernel: acpi0: Power Button (fixed) Sep 2 12:23:31 tank kernel: acpi0: reservation of 0, a0000 (3) failed Sep 2 12:23:31 tank kernel: acpi0: reservation of 100000, bff00000 (3) f= ailed Sep 2 12:23:31 tank kernel: cpu0: on acpi0 Sep 2 12:23:31 tank kernel: cpu1: on acpi0 Sep 2 12:23:31 tank kernel: cpu2: on acpi0 Sep 2 12:23:31 tank kernel: cpu3: on acpi0 Sep 2 12:23:31 tank kernel: cpu4: on acpi0 Sep 2 12:23:31 tank kernel: cpu5: on acpi0 Sep 2 12:23:31 tank kernel: cpu6: on acpi0 Sep 2 12:23:31 tank kernel: cpu7: on acpi0 Sep 2 12:23:31 tank kernel: attimer0: port 0x40-0x43 irq 0 on= acpi0 Sep 2 12:23:31 tank kernel: Timecounter "i8254" frequency 1193182 Hz qua= lity 0 Sep 2 12:23:31 tank kernel: Event timer "i8254" frequency 1193182 Hz qua= lity 100 Sep 2 12:23:31 tank kernel: atrtc0: port 0x70-0x71 i= rq 8 on acpi0 Sep 2 12:23:31 tank kernel: Event timer "RTC" frequency 32768 Hz quality= 0 Sep 2 12:23:31 tank kernel: hpet0: iomem 0x= fed00000-0xfed003ff on acpi0 Sep 2 12:23:31 tank kernel: Timecounter "HPET" frequency 14318180 Hz qua= lity 950 Sep 2 12:23:31 tank kernel: Event timer "HPET" frequency 14318180 Hz qua= lity 350 Sep 2 12:23:31 tank kernel: Event timer "HPET1" frequency 14318180 Hz qu= ality 340 Sep 2 12:23:31 tank kernel: Event timer "HPET2" frequency 14318180 Hz qu= ality 340 Sep 2 12:23:31 tank kernel: Event timer "HPET3" frequency 14318180 Hz qu= ality 340 Sep 2 12:23:31 tank kernel: Timecounter "ACPI-fast" frequency 3579545 Hz= quality 900 Sep 2 12:23:31 tank kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p= ort 0x808-0x80b on acpi0 Sep 2 12:23:31 tank kernel: pcib0: port 0xcf8-0xc= ff on acpi0 Sep 2 12:23:31 tank kernel: pci0: on pcib0 Sep 2 12:23:31 tank kernel: pcib1: at device 1.0 o= n pci0 Sep 2 12:23:31 tank kernel: pci1: on pcib1 Sep 2 12:23:31 tank kernel: pcib2: at device 3.0 o= n pci0 Sep 2 12:23:31 tank kernel: pci2: on pcib2 Sep 2 12:23:31 tank kernel: vgapci0: port 0xcc0= 0-0xcc7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9f= fffff irq 16 at device 0.0 on pci2 Sep 2 12:23:31 tank kernel: vgapci0: Boot video device Sep 2 12:23:31 tank kernel: pcib3: at device 7.0 o= n pci0 Sep 2 12:23:31 tank kernel: pci3: on pcib3 Sep 2 12:23:31 tank kernel: pci0: at device 20.0 (no driver attached) Sep 2 12:23:31 tank kernel: pci0: at device 20.1 (no driver attached) Sep 2 12:23:31 tank kernel: pci0: at device 20.2 (no driver attached) Sep 2 12:23:31 tank kernel: pci0: at device 20.3 (no driver attached) Sep 2 12:23:31 tank kernel: uhci0: port 0xbc00-0xbc1f irq 16 at device 26.0 on pci0 Sep 2 12:23:31 tank kernel: uhci0: LegSup =3D 0x2f00 Sep 2 12:23:31 tank kernel: usbus0 on uhci0 Sep 2 12:23:31 tank kernel: uhci1: port 0xb880-0xb89f irq 21 at device 26.1 on pci0 Sep 2 12:23:31 tank kernel: uhci1: LegSup =3D 0x2f00 Sep 2 12:23:31 tank kernel: usbus1 on uhci1 Sep 2 12:23:31 tank kernel: uhci2: port 0xb800-0xb81f irq 19 at device 26.2 on pci0 Sep 2 12:23:31 tank kernel: uhci2: LegSup =3D 0x2f00 Sep 2 12:23:31 tank kernel: usbus2 on uhci2 Sep 2 12:23:31 tank kernel: ehci0: mem 0xf7ffe000-0xf7ffe3ff irq 18 at device 26.7 on pci0 Sep 2 12:23:31 tank kernel: usbus3: EHCI version 1.0 Sep 2 12:23:31 tank kernel: usbus3 on ehci0 Sep 2 12:23:31 tank kernel: pcib4: irq 17 at devic= e 28.0 on pci0 Sep 2 12:23:31 tank kernel: pci4: on pcib4 Sep 2 12:23:31 tank kernel: pcib5: irq 17 at devic= e 28.4 on pci0 Sep 2 12:23:31 tank kernel: pci6: on pcib5 Sep 2 12:23:31 tank kernel: re0: port 0xe800-0xe8ff mem 0xfbeff000-0xfbefffff,0xf6ff0= 000-0xf6ffffff irq 16 at device 0.0 on pci6 Sep 2 12:23:31 tank kernel: re0: Using 1 MSI-X message Sep 2 12:23:31 tank kernel: re0: Chip rev. 0x3c000000 Sep 2 12:23:31 tank kernel: re0: MAC rev. 0x00400000 Sep 2 12:23:31 tank kernel: miibus0: on re0 Sep 2 12:23:31 tank kernel: rgephy0: PHY 1 on miibus0 Sep 2 12:23:31 tank kernel: rgephy0: none, 10baseT, 10baseT-FDX, 10base= T-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000= baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 10= 00baseT-FDX-flow-master, auto, auto-flow Sep 2 12:23:31 tank kernel: re0: Ethernet address: 6c:62:6d:60:74:fb Sep 2 12:23:31 tank kernel: uhci3: port 0xb480-0xb49f irq 23 at device 29.0 on pci0 Sep 2 12:23:31 tank kernel: uhci3: LegSup =3D 0x2f00 Sep 2 12:23:31 tank kernel: usbus4 on uhci3 Sep 2 12:23:31 tank kernel: uhci4: port 0xb400-0xb41f irq 19 at device 29.1 on pci0 Sep 2 12:23:31 tank kernel: uhci4: LegSup =3D 0x2f00 Sep 2 12:23:31 tank kernel: usbus5 on uhci4 Sep 2 12:23:31 tank kernel: uhci5: port 0xb080-0xb09f irq 18 at device 29.2 on pci0 Sep 2 12:23:31 tank kernel: uhci5: LegSup =3D 0x2f00 Sep 2 12:23:31 tank kernel: usbus6 on uhci5 Sep 2 12:23:31 tank kernel: ehci1: mem 0xf7ffc000-0xf7ffc3ff irq 23 at device 29.7 on pci0 Sep 2 12:23:31 tank kernel: usbus7: EHCI version 1.0 Sep 2 12:23:31 tank kernel: usbus7 on ehci1 Sep 2 12:23:31 tank kernel: pcib6: at device 30.0 = on pci0 Sep 2 12:23:31 tank kernel: pci7: on pcib6 Sep 2 12:23:31 tank kernel: isab0: at device 31.0 on pc= i0 Sep 2 12:23:31 tank kernel: isa0: on isab0 Sep 2 12:23:31 tank kernel: ahci0: po= rt 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa49f = mem 0xf7ffa000-0xf7ffa7ff irq 19 at device 31.2 on pci0 Sep 2 12:23:31 tank kernel: ahci0: AHCI v1.20 with 6 3Gbps ports, Port M= ultiplier not supported Sep 2 12:23:31 tank kernel: ahcich0: at channel 0 on ahci= 0 Sep 2 12:23:31 tank kernel: ahcich1: at channel 1 on ahci= 0 Sep 2 12:23:31 tank kernel: ahcich2: at channel 2 on ahci= 0 Sep 2 12:23:31 tank kernel: ahcich3: at channel 3 on ahci= 0 Sep 2 12:23:31 tank kernel: ahcich4: at channel 4 on ahci= 0 Sep 2 12:23:31 tank kernel: ahcich5: at channel 5 on ahci= 0 Sep 2 12:23:31 tank kernel: ahciem0: = on ahci0 Sep 2 12:23:31 tank kernel: acpi_button0: on acpi0 Sep 2 12:23:31 tank kernel: atkbdc0: port = 0x60,0x64 irq 1 on acpi0 Sep 2 12:23:31 tank kernel: atkbd0: irq 1 on atkbdc0 Sep 2 12:23:31 tank kernel: kbd0 at atkbd0 Sep 2 12:23:31 tank kernel: atkbd0: [GIANT-LOCKED] Sep 2 12:23:31 tank kernel: qpi0: on motherboard Sep 2 12:23:31 tank kernel: pcib7: pcibus 255 on q= pi0 Sep 2 12:23:31 tank kernel: pci255: on pcib7 Sep 2 12:23:31 tank kernel: orm0: at iomem 0xce800-0xcf= 7ff on isa0 Sep 2 12:23:31 tank kernel: sc0: at flags 0x100 on isa0= Sep 2 12:23:31 tank kernel: sc0: VGA <16 virtual consoles, flags=3D0x300= > Sep 2 12:23:31 tank kernel: vga0: at port 0x3c0-0x3df = iomem 0xa0000-0xbffff on isa0 Sep 2 12:23:31 tank kernel: ppc0: cannot reserve I/O port range Sep 2 12:23:31 tank kernel: est0: = on cpu0 Sep 2 12:23:31 tank kernel: p4tcc0: on c= pu0 Sep 2 12:23:31 tank kernel: est1: = on cpu1 Sep 2 12:23:31 tank kernel: p4tcc1: on c= pu1 Sep 2 12:23:31 tank kernel: est2: = on cpu2 Sep 2 12:23:31 tank kernel: p4tcc2: on c= pu2 Sep 2 12:23:31 tank kernel: est3: = on cpu3 Sep 2 12:23:31 tank kernel: p4tcc3: on c= pu3 Sep 2 12:23:31 tank kernel: est4: = on cpu4 Sep 2 12:23:31 tank kernel: p4tcc4: on c= pu4 Sep 2 12:23:31 tank kernel: est5: = on cpu5 Sep 2 12:23:31 tank kernel: p4tcc5: on c= pu5 Sep 2 12:23:31 tank kernel: est6: = on cpu6 Sep 2 12:23:31 tank kernel: p4tcc6: on c= pu6 Sep 2 12:23:31 tank kernel: est7: = on cpu7 Sep 2 12:23:31 tank kernel: p4tcc7: on c= pu7 Sep 2 12:23:31 tank kernel: ZFS filesystem version: 5 Sep 2 12:23:31 tank kernel: ZFS storage pool version: features support (= 5000) Sep 2 12:23:31 tank kernel: Timecounters tick every 1.000 msec Sep 2 12:23:31 tank kernel: random: unblocking device. Sep 2 12:23:31 tank kernel: usbus0: 12Mbps Full Speed USB v1.0 Sep 2 12:23:31 tank kernel: usbus1: 12Mbps Full Speed USB v1.0 Sep 2 12:23:31 tank kernel: usbus2: 12Mbps Full Speed USB v1.0 Sep 2 12:23:31 tank kernel: usbus3: 480Mbps High Speed USB v2.0 Sep 2 12:23:31 tank kernel: usbus4: 12Mbps Full Speed USB v1.0 Sep 2 12:23:31 tank kernel: usbus5: 12Mbps Full Speed USB v1.0 Sep 2 12:23:31 tank kernel: usbus6: 12Mbps Full Speed USB v1.0 Sep 2 12:23:31 tank kernel: usbus7: 480Mbps High Speed USB v2.0 Sep 2 12:23:31 tank kernel: ugen1.1: at usbus1 Sep 2 12:23:31 tank kernel: uhub0: on usbus1 Sep 2 12:23:31 tank kernel: ugen0.1: at usbus0 Sep 2 12:23:31 tank kernel: uhub1: on usbus0 Sep 2 12:23:31 tank kernel: ugen3.1: at usbus3 Sep 2 12:23:31 tank kernel: uhub2: on usbus3 Sep 2 12:23:31 tank kernel: ugen2.1: at usbus2 Sep 2 12:23:31 tank kernel: uhub3: on usbus2 Sep 2 12:23:31 tank kernel: ugen5.1: at usbus5 Sep 2 12:23:31 tank kernel: uhub4: on usbus5 Sep 2 12:23:31 tank kernel: ugen4.1: at usbus4 Sep 2 12:23:31 tank kernel: uhub5: on usbus4 Sep 2 12:23:31 tank kernel: ugen7.1: at usbus7 Sep 2 12:23:31 tank kernel: uhub6: on usbus7 Sep 2 12:23:31 tank kernel: ugen6.1: at usbus6 Sep 2 12:23:31 tank kernel: uhub7: on usbus6 Sep 2 12:23:31 tank kernel: ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 Sep 2 12:23:31 tank kernel: ses0: SEMB = S-E-S 2.00 device Sep 2 12:23:31 tank kernel: ses0: SEMB SES Device Sep 2 12:23:31 tank kernel: ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 Sep 2 12:23:31 tank kernel: ada0: ATA-= 8 SATA 3.x device Sep 2 12:23:31 tank kernel: ada0: Serial Number WD-WMC1P0DLVP35 Sep 2 12:23:31 tank kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 12:23:31 tank kernel: ada0: Command Queueing enabled Sep 2 12:23:31 tank kernel: ada0: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 12:23:31 tank kernel: ada0: Previously was known as ad4 Sep 2 12:23:31 tank kernel: ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 Sep 2 12:23:31 tank kernel: ada1: ATA-= 8 SATA 3.x device Sep 2 12:23:31 tank kernel: ada1: Serial Number WD-WMC1P0D2CUCN Sep 2 12:23:31 tank kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA6= , PIO 8192bytes) Sep 2 12:23:31 tank kernel: ada1: Command Queueing enabled Sep 2 12:23:31 tank kernel: ada1: 1907729MB (3907029168 512 byte sectors= : 16H 63S/T 16383C) Sep 2 12:23:31 tank kernel: ada1: Previously was known as ad6 Sep 2 12:23:31 tank kernel: SMP: AP CPU #1 Launched! Sep 2 12:23:31 tank kernel: SMP: AP CPU #4 Launched! Sep 2 12:23:31 tank kernel: SMP: AP CPU #2 Launched! Sep 2 12:23:31 tank kernel: SMP: AP CPU #7 Launched! Sep 2 12:23:31 tank kernel: SMP: AP CPU #5 Launched! Sep 2 12:23:31 tank kernel: SMP: AP CPU #6 Launched! Sep 2 12:23:31 tank kernel: SMP: AP CPU #3 Launched! Sep 2 12:23:31 tank kernel: Timecounter "TSC-low" frequency 1403511766 H= z quality 1000 Sep 2 12:23:31 tank kernel: Root mount waiting for: usbus7 usbus6 usbus5= usbus4 usbus3 usbus2 usbus1 usbus0 Sep 2 12:23:31 tank kernel: uhub1: 2 ports with 2 removable, self powere= d Sep 2 12:23:31 tank kernel: uhub0: 2 ports with 2 removable, self powere= d Sep 2 12:23:31 tank kernel: uhub3: 2 ports with 2 removable, self powere= d Sep 2 12:23:31 tank kernel: uhub4: 2 ports with 2 removable, self powere= d Sep 2 12:23:31 tank kernel: uhub5: 2 ports with 2 removable, self powere= d Sep 2 12:23:31 tank kernel: uhub7: 2 ports with 2 removable, self powere= d Sep 2 12:23:31 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 12:23:31 tank kernel: Root mount waiting for: usbus7 usbus3 Sep 2 12:23:31 tank kernel: uhub6: 6 ports with 6 removable, self powere= d Sep 2 12:23:31 tank kernel: uhub2: 6 ports with 6 removable, self powere= d Sep 2 12:23:31 tank kernel: Trying to mount root from zfs:tank/root []..= =2E Sep 2 12:23:32 tank ntpd[631]: constraint certificate verification turne= d off Sep 2 12:23:32 tank sshguard[645]: Blacklist entry (line #1 of '/var/db/= sshguard/blacklist.db') appears to be malformatted. Ignoring. . . . Sep 2 12:23:32 tank sshguard[645]: Blacklist entry (line #67 of '/var/db= /sshguard/blacklist.db') appears to be malformatted. Ignoring. Sep 2 12:23:32 tank sshguard[645]: Started with danger threshold=3D40 ; = minimum block=3D420 seconds Sep 2 12:23:33 tank openvpn[731]: Current Parameter Settings: Sep 2 12:23:33 tank openvpn[731]: config =3D '/usr/local/etc/openvpn/s= erver.conf' Sep 2 12:23:33 tank openvpn[731]: mode =3D 1 Sep 2 12:23:33 tank openvpn[731]: show_ciphers =3D DISABLED Sep 2 12:23:33 tank openvpn[731]: show_digests =3D DISABLED Sep 2 12:23:33 tank openvpn[731]: show_engines =3D DISABLED Sep 2 12:23:33 tank openvpn[731]: genkey =3D DISABLED Sep 2 12:23:33 tank openvpn[731]: key_pass_file =3D '[UNDEF]' Sep 2 12:23:33 tank openvpn[731]: show_tls_ciphers =3D DISABLED Sep 2 12:23:33 tank openvpn[731]: Connection profiles [default]: Sep 2 12:23:33 tank openvpn[731]: NOTE: --mute triggered... Sep 2 12:23:33 tank openvpn[731]: 216 variation(s) on previous 10 messag= e(s) suppressed by --mute Sep 2 12:23:33 tank openvpn[731]: OpenVPN 2.3.7 amd64-portbld-freebsd10.= 1 [SSL (OpenSSL)] [LZO] [MH] [IPv6] built on Jul 4 2015 Sep 2 12:23:33 tank openvpn[731]: library versions: OpenSSL 1.0.1l-freeb= sd 15 Jan 2015, LZO 2.09 Sep 2 12:23:33 tank openvpn[732]: Diffie-Hellman initialized with 2048 b= it key Sep 2 12:23:33 tank openvpn[732]: Control Channel Authentication: using = '/usr/local/etc/openvpn/keys/ta.key' as a OpenVPN static key file Sep 2 12:23:33 tank openvpn[732]: Outgoing Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 12:23:33 tank openvpn[732]: Incoming Control Channel Authenticatio= n: Using 160 bit message hash 'SHA1' for HMAC authentication Sep 2 12:23:33 tank openvpn[732]: TLS-Auth MTU parms [ L:1542 D:166 EF:6= 6 EB:0 ET:0 EL:3 ] Sep 2 12:23:33 tank openvpn[732]: Socket Buffers: R=3D[42080->65536] S=3D= [9216->65536] Sep 2 12:23:33 tank kernel: tun0: link state changed to UP Sep 2 12:23:33 tank openvpn[732]: TUN/TAP device /dev/tun0 opened Sep 2 12:23:33 tank openvpn[732]: do_ifconfig, tt->ipv6=3D0, tt->did_ifc= onfig_ipv6_setup=3D0 Sep 2 12:23:33 tank openvpn[732]: /sbin/ifconfig tun0 10.8.0.1 10.8.0.2 = mtu 1500 netmask 255.255.255.0 up Sep 2 12:23:33 tank devd: Executing '/etc/pccard_ether tun0 start' Sep 2 12:23:33 tank openvpn[732]: /sbin/route add -net 10.8.0.0 10.8.0.1= 255.255.255.0 Sep 2 12:23:33 tank openvpn[732]: Data Channel MTU parms [ L:1542 D:1450= EF:42 EB:143 ET:0 EL:3 AF:3/1 ] Sep 2 12:23:33 tank openvpn[732]: GID set to nobody Sep 2 12:23:33 tank openvpn[732]: UID set to nobody Sep 2 12:23:33 tank openvpn[732]: UDPv4 link local (bound): [AF_INET]xxx= =2Exxx.xxx.xxx:1194 Sep 2 12:23:33 tank openvpn[732]: UDPv4 link remote: [undef] Sep 2 12:23:33 tank openvpn[732]: MULTI: multi_init called, r=3D256 v=3D= 256 Sep 2 12:23:33 tank openvpn[732]: IFCONFIG POOL: base=3D10.8.0.2 size=3D= 252, ipv6=3D0 Sep 2 12:23:33 tank openvpn[732]: ifconfig_pool_read(), in=3D'niklaas.le= n-t420.klaas,10.8.0.4', TODO: IPv6 Sep 2 12:23:33 tank openvpn[732]: succeeded -> ifconfig_pool_set() Sep 2 12:23:33 tank openvpn[732]: IFCONFIG POOL LIST Sep 2 12:23:33 tank openvpn[732]: niklaas.len-t420.klaas,10.8.0.4 Sep 2 12:23:33 tank openvpn[732]: Initialization Sequence Completed Sep 2 12:23:40 tank kernel: www. Sep 2 12:23:46 tank kernel: pkg. Sep 2 12:23:51 tank kernel: mail. Sep 2 12:23:58 tank kernel: mail2. Sep 2 12:24:02 tank root: /etc/rc.d/jail: WARNING: Per-jail configuratio= n via jail_* variables is obsolete. Please consider to migrate to /etc/= jail.conf. Sep 2 12:24:02 tank kernel: elearning.. Sep 2 12:24:02 tank kernel: . Sep 2 12:24:03 tank postfix/postfix-script[2632]: fatal: the Postfix mai= l system is already running Sep 2 13:00:00 tank newsyslog[3918]: logfile turned over due to size>100= K --------------020607090203020008000506-- From owner-freebsd-questions@freebsd.org Mon Sep 7 19:33:17 2015 Return-Path: Delivered-To: freebsd-questions@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 1B3F79CD15C for ; Mon, 7 Sep 2015 19:33:17 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (70-90-202-97-Albuquerque.hfc.comcastbusiness.net [70.90.202.97]) (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 D43711768 for ; Mon, 7 Sep 2015 19:33:15 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (localhost [127.0.0.1]) by deneb.dwf.com (8.14.4/8.14.3) with ESMTP id t87JXEo1028149 for ; Mon, 7 Sep 2015 13:33:14 -0600 Message-Id: <201509071933.t87JXEo1028149@deneb.dwf.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-questions@freebsd.org Subject: trying to build 'pan' Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 2015 13:33:14 -0600 From: reg@dwf.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 19:33:17 -0000 Sorry, Im new, and don't know how to send this to the package maintainer... But, I loaded 'pan' (newsgroup reader) with pkg, and it gives an immediate coredump. I have tried building it from ports and get the following messages (after setting MAKE_JOBS_UNSAFE=yes) --- root@FreeBSD:/usr/ports # make MAKE_JOBS_UNSAFE=yes ===> accessibility ===> accessibility/accerciser ===> accerciser-3.14.0_1 depends on file: gsettings-desktop-schemas>=3.2.0 - not found ===> gsettings-desktop-schemas-3.14.1 depends on executable: msgfmt - found ===> gsettings-desktop-schemas-3.14.1 depends on executable: gmake - found ===> gsettings-desktop-schemas-3.14.1 depends on executable: pkgconf - found ===> gsettings-desktop-schemas-3.14.1 depends on file: /usr/local/bin/intltool-extract - found ===> gsettings-desktop-schemas-3.14.1 depends on executable: g-ir-scanner - not found ===> Building for gobject-introspection-1.42.0 gmake[5]: Entering directory '/usr/ports/devel/gobject-introspection/work/gobje ct-introspection-1.42 .0' CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /usr/ports/devel/gobject-introspe ction/work/gobject-in trospection-1.42.0/build-aux/missing aclocal-1.14 -I m4 /usr/ports/devel/gobject-introspection/work/gobject-introspection-1.42.0/build- aux/missing: aclocal- 1.14: not found WARNING: 'aclocal-1.14' is missing on your system. You should only need it if you modified 'acinclude.m4' or 'configure.ac' or m4 files included by 'configure.ac'. The 'aclocal' program is part of the GNU Automake package: It also requires GNU Autoconf, GNU m4 and Perl in order to run: Makefile:1517: recipe for target 'aclocal.m4' failed gmake[5]: *** [aclocal.m4] Error 127 gmake[5]: Leaving directory '/usr/ports/devel/gobject-introspection/work/gobjec t-introspection-1.42. 0' *** Error code 1 Stop. make[4]: stopped in /usr/ports/devel/gobject-introspection *** Error code 1 Stop. make[3]: stopped in /usr/ports/devel/gsettings-desktop-schemas *** Error code 1 Stop. make[2]: stopped in /usr/ports/accessibility/accerciser *** Error code 1 Stop. make[1]: stopped in /usr/ports/accessibility *** Error code 1 Stop. make: stopped in /usr/ports root@FreeBSD:/usr/ports # --- I hope that posting here will get to the maintainer. -- Reg.Clemens reg@dwf.com From owner-freebsd-questions@freebsd.org Mon Sep 7 20:04:04 2015 Return-Path: Delivered-To: freebsd-questions@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 7BBAF9CDF30 for ; Mon, 7 Sep 2015 20:04:04 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::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 181DE18ED for ; Mon, 7 Sep 2015 20:04:04 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wicge5 with SMTP id ge5so93945601wic.0 for ; Mon, 07 Sep 2015 13:04:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ThRBnWqR5ad4ZuH0UTlFzjyA00wV4W4lcPaBq/PD7As=; b=eDnW1+NrbWwGm2+Ig3VRk49kx7X05vXYbMo4d46P5tafP3t/Y0mJ0aQfTLW3UkIxBl L2Vme/2O4DG4GzJoBleW9GsFzsaZLa9XuhT93isAf880vD5oW8NNELv8WHZ+7Z5V4FCR j0qGMiA7+2r2xpe46W4ImKrBSpGPEfiyjECvzZe1u8Y05WIXEnTaC8sVQX6fsF4tY2GX FLAqNV3Sl7As7Gddirecj+uecBMzgVkQ04A+jDBLAd1knFbSmHLyD5vaO3axm2QAsHEX SkVWklTWPUk+amVen+kkAjxHD5JckxA7si7S1G4/en4rs/d4YZEklShBManql4Q+MorO oUsA== MIME-Version: 1.0 X-Received: by 10.180.105.74 with SMTP id gk10mr35999831wib.92.1441656242612; Mon, 07 Sep 2015 13:04:02 -0700 (PDT) Received: by 10.194.67.5 with HTTP; Mon, 7 Sep 2015 13:04:02 -0700 (PDT) In-Reply-To: <201509071933.t87JXEo1028149@deneb.dwf.com> References: <201509071933.t87JXEo1028149@deneb.dwf.com> Date: Mon, 7 Sep 2015 15:04:02 -0500 Message-ID: Subject: Re: trying to build 'pan' From: Adam Vande More To: reg@dwf.com Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 20:04:04 -0000 On Mon, Sep 7, 2015 at 2:33 PM, wrote: > > Sorry, Im new, and don't know how to send this to the > package maintainer... > > But, I loaded 'pan' (newsgroup reader) with pkg, and it > gives an immediate coredump. > > I have tried building it from ports and get the following > messages (after setting MAKE_JOBS_UNSAFE=yes) > That is not how you build from ports. Please see the handbook section "4.5. Using the Ports Collection". -- Adam From owner-freebsd-questions@freebsd.org Mon Sep 7 20:13:41 2015 Return-Path: Delivered-To: freebsd-questions@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 9342A9CC41C for ; Mon, 7 Sep 2015 20:13:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 4B1B71E46 for ; Mon, 7 Sep 2015 20:13:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t87KDcLr008677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Sep 2015 15:13:39 -0500 Subject: Re: Create Ultimate Boot CD USB Stick To: freebsd-questions@freebsd.org References: <55EDBF5A.9010808@netfence.it> From: "William A. Mahaffey III" Message-ID: <55EDEFF2.2030906@hiwaay.net> Date: Mon, 7 Sep 2015 15:19:08 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EDBF5A.9010808@netfence.it> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 20:13:41 -0000 On 09/07/15 11:52, Andrea Venturoli wrote: > Hello. > > Has anyone ever succeded in doing this? > Is there a way to create an UBCD stick from the ISO image without > using Linux or Windows? > > bye & Thanks > av. I spent some time about a year ago using instructions from the UBCD website & nothing worked, the stick wouldn't boot. $0.02, no more, no less .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Sep 7 20:37:24 2015 Return-Path: Delivered-To: freebsd-questions@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 30E109CB10C for ; Mon, 7 Sep 2015 20:37:24 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E7B1719A7 for ; Mon, 7 Sep 2015 20:37:23 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZZ3AF-0001PB-5j for freebsd-questions@freebsd.org; Mon, 07 Sep 2015 22:37:19 +0200 Received: from 5e1bf29a.mobile.pool.telekom.hu ([94.27.242.154]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Sep 2015 22:37:19 +0200 Received: from leventelist by 5e1bf29a.mobile.pool.telekom.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Sep 2015 22:37:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Lev Subject: Re: Create Ultimate Boot CD USB Stick Date: Mon, 7 Sep 2015 22:37:03 +0200 Lines: 8 Message-ID: <20150907223703.692b68cd@jive.levalinux.org> References: <55EDBF5A.9010808@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 5e1bf29a.mobile.pool.telekom.hu X-Newsreader: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 20:37:24 -0000 T24gTW9uLCA3IFNlcCAyMDE1IDE4OjQ2OjE4ICswMjAwDQpBbmRyZWEgVmVudHVyb2xpIDxtbEBu ZXRmZW5jZS5pdD4gd3JvdGU6DQoNCj4gSGFzIGFueW9uZSBldmVyIHN1Y2NlZGVkIGluIGRvaW5n IHRoaXM/DQo+IElzIHRoZXJlIGEgd2F5IHRvIGNyZWF0ZSBhbiBVQkNEIHN0aWNrIGZyb20gdGhl IElTTyBpbWFnZSB3aXRob3V0DQo+IHVzaW5nIExpbnV4IG9yIFdpbmRvd3M/DQoNCmRkIGlmPS9w YXRoL3RvL2lzby9maWxlLmlzbyBvZj0vcGF0aC90by90aGUvZGV2aWNlDQoNCkV4LjoNCg0KZGQg aWY9RnJlZUJTRC5pc28gb2Y9L2Rldi9zZGINCg0KDQpIVEgsDQpMZXYNCg0KLS0gDQo3MyBkZSBI QTVPR0wNCk9wLjogTGV2ZW50ZQ0K From owner-freebsd-questions@freebsd.org Mon Sep 7 22:11:36 2015 Return-Path: Delivered-To: freebsd-questions@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 626379CDF0E for ; Mon, 7 Sep 2015 22:11:36 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 3406215A9 for ; Mon, 7 Sep 2015 22:11:35 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t87MBWmb005795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 7 Sep 2015 17:11:33 -0500 Subject: Re: FreeBSD 9.3R installation question(s) To: FreeBSD Questions !!!! References: <55EDB00B.6090400@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <55EE0B93.7010402@hiwaay.net> Date: Mon, 7 Sep 2015 17:17:01 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EDB00B.6090400@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 22:11:36 -0000 On 09/07/15 10:45, William A. Mahaffey III wrote: > > > I will be bringing 2 new boxen online in the next few days/weeks. Both > were originally intended to run CentOS6 (I even have kickstart files > prepped & ready to go), however in view of recent success using > VirtualBox (& in stark contrast to *serious* issues w/ same last year > this time) & desire to reduce the .... aaaah .... dirversity of boxen > on my LAN, I decided to use FreeBSD 9.3R on both. Both are AMD > A-series APU based, 1 w/ 8 HDD's, to become my dev-box, the other w/ 2 > HDD's to be used as a home-theatre box w/ MythTV. I would like to > optimize usage of disk space as much as possible on both boxen, so I > am planning to partition the drives, then RAID the partitions, RAID1 > for root, RAID0 for others, notably /home, where the preponderance of > data will reside on both boxen. Both setups are similar, but slightly > more complex than this box, also 9.3R, w/ 4 HDD's, but root on a plain > UFS partition, /usr on a 3-partition RAID0 (striped), & /home on a > 4-partition RAID0. I am planning on RAID1 (mirrored) root drive for > both boxen, both probably created from 16 GB partitions of 2.5" 1 TB > HDD's, w/ 16 GB swap partitions, & /home getting the rest (*very* > similar to how the drives on this box are setup). I had a fair amount > of noob-ish issus w/ the setup of this boxen almost exactly a year > ago, as was dramatically chronicled onlist. I eventually got > everything going, w/ very good, patient, & necessary onlist help. > Hoping to avert as much drama this time around as possible, I am > planning to script the installs, to both reduce fat-fingered errors & > to allow accurate documentation of the proceedings in case onlist help > is needed. I have created 2 scripts for the MythTV box, culled from an > online source which I downloaded last year, but can't recall > immediately (I'll dredge it up if needed, but I *think* it was good, > although slightly different from my setup). Both are designed to be > called from appropriate points in the install process. I attach them > below & have a couple of questions. The 'setup...' one is to be run > before/during the partitioning process, & the other at the end, as > indicated in comments. The online handbook indicates that bootcode can > be installed on the mirrored root RAID after creation, & before newfs > calls. Does this apply for both MBR & FreeBSD boot code ? The manual > illustrates using MBR code, but the gpart man-page seems to imply > either should work, comments please. Also, that script mounts both > newly-created RAID partitions (root & /home) under /mnt before > returning to the installer, is that proper ? In the 'finish...' > script, the fstab file is written to '/tmp/bsd_install_etc', is that > correct, or should it be written to the mounted newly-created root > drive (or both) ? TIA & have a nice labor day. I sent this earlier w/ 2 attachments, both of which show up in my sent folder, however they *don't* show up in my in box. Does the list strip off '.sh' files ? Please advise & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Mon Sep 7 20:04:03 2015 Return-Path: Delivered-To: freebsd-questions@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 879219CDF27 for ; Mon, 7 Sep 2015 20:04:03 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C10B18EC for ; Mon, 7 Sep 2015 20:04:02 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZZ2do-0008Ex-Oy for freebsd-questions@freebsd.org; Mon, 07 Sep 2015 22:03:49 +0200 Received: from 65.75.36.70 ([65.75.36.70]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Sep 2015 22:03:48 +0200 Received: from gyliamos by 65.75.36.70 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Sep 2015 22:03:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Will Parsons Subject: Re: pan (newsgroup reader) coredumps. Date: Mon, 7 Sep 2015 20:03:20 +0000 (UTC) Lines: 15 Message-ID: References: <201509070637.t876bceR018904@deneb.dwf.com> <55ED356B.1030103@rakupottery.org.uk> Reply-To: gyliamos@gmail.com X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 65.75.36.70 User-Agent: slrn/1.0.2 (FreeBSD) X-Mailman-Approved-At: Tue, 08 Sep 2015 00:29:52 +0000 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 20:04:03 -0000 On Monday, 7 Sep 2015 2:57 AM -0400, Martin Smith wrote: > On 07/09/2015 07:37, reg@dwf.com wrote: >> I have installed pan (the newsgroup reader) from 10.2, >> and it coredumps immediately on execution. >> >> Anyone else see this behaviour? >> >> Is there a preferred newsreader in FreeBSD other than >> pan? > I have always found slrn to be pretty good Recommendation for slrn seconded. -- Will From owner-freebsd-questions@freebsd.org Tue Sep 8 04:15:40 2015 Return-Path: Delivered-To: freebsd-questions@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 3E3D0A0014E for ; Tue, 8 Sep 2015 04:15:40 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 02C451E1C for ; Tue, 8 Sep 2015 04:15:39 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t884Fbnx060011 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 7 Sep 2015 22:15:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t884Fb9A060008; Mon, 7 Sep 2015 22:15:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 7 Sep 2015 22:15:37 -0600 (MDT) From: Warren Block To: Lev cc: freebsd-questions@freebsd.org Subject: Re: Create Ultimate Boot CD USB Stick In-Reply-To: <20150907223703.692b68cd@jive.levalinux.org> Message-ID: References: <55EDBF5A.9010808@netfence.it> <20150907223703.692b68cd@jive.levalinux.org> 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 (wonkity.com [127.0.0.1]); Mon, 07 Sep 2015 22:15:37 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 04:15:40 -0000 On Mon, 7 Sep 2015, Lev wrote: > On Mon, 7 Sep 2015 18:46:18 +0200 > Andrea Venturoli wrote: > >> Has anyone ever succeded in doing this? >> Is there a way to create an UBCD stick from the ISO image without >> using Linux or Windows? > > dd if=/path/to/iso/file.iso of=/path/to/the/device > > Ex.: > > dd if=FreeBSD.iso of=/dev/sdb Much of the time, the resulting disk will not work. FreeBSD provides separate images for CD/DVD and memory sticks or hard drives. The dd command examples shown in the Handbook will go much faster, too. From owner-freebsd-questions@freebsd.org Tue Sep 8 05:43:38 2015 Return-Path: Delivered-To: freebsd-questions@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 DE3F39CDBE1 for ; Tue, 8 Sep 2015 05:43:38 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (70-90-202-97-Albuquerque.hfc.comcastbusiness.net [70.90.202.97]) (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 A4D631542 for ; Tue, 8 Sep 2015 05:43:37 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (localhost [127.0.0.1]) by deneb.dwf.com (8.14.4/8.14.3) with ESMTP id t885hVCM032666 for ; Mon, 7 Sep 2015 23:43:31 -0600 Message-Id: <201509080543.t885hVCM032666@deneb.dwf.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-questions@freebsd.org Subject: cron.d / cron.weekly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 2015 23:43:31 -0600 From: reg@dwf.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 05:43:39 -0000 Linux like systems have a directories cron.{daily,weekly,...} where you can put scripts to run daily/weekly, etc. I will assume that FreeBSD has something similar but I don't see it (or haven't loaded the appropriate package). How do I do this? -- Reg.Clemens reg@dwf.com From owner-freebsd-questions@freebsd.org Tue Sep 8 06:16:20 2015 Return-Path: Delivered-To: freebsd-questions@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 6922A9CCC96 for ; Tue, 8 Sep 2015 06:16:20 +0000 (UTC) (envelope-from gregory.orange@calorieking.com) Received: from pandora.au.calorieking.net (mail.au.calorieking.net [115.70.179.114]) (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 15AFC1092 for ; Tue, 8 Sep 2015 06:16:19 +0000 (UTC) (envelope-from gregory.orange@calorieking.com) Received: from pandora.au.calorieking.net (localhost [127.0.0.1]) by pandora.au.calorieking.net (Postfix) with ESMTP id 5C054DD for ; Tue, 8 Sep 2015 14:16:11 +0800 (WST) X-Virus-Scanned: amavisd-new at calorieking.com Received: from pandora.au.calorieking.net ([127.0.0.1]) by pandora.au.calorieking.net (mail.au.calorieking.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2KfK1oXav7aR for ; Tue, 8 Sep 2015 14:16:10 +0800 (WST) Received: from egeria.internal (egeria.ne1.au.calorieking.net [192.168.2.111]) by pandora.au.calorieking.net (Postfix) with ESMTPSA id A68418 for ; Tue, 8 Sep 2015 14:16:10 +0800 (WST) Subject: Re: cron.d / cron.weekly To: freebsd-questions@freebsd.org References: <201509080543.t885hVCM032666@deneb.dwf.com> From: Gregory Orange Message-ID: <55EE7D27.1050407@calorieking.com> Date: Tue, 8 Sep 2015 14:16:07 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <201509080543.t885hVCM032666@deneb.dwf.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 06:16:20 -0000 Hi Reg, On 08/09/15 13:43, reg@dwf.com wrote: > Linux like systems have a directories cron.{daily,weekly,...} > where you can put scripts to run daily/weekly, etc. You have /etc/crontab, user crons which can be configured via crontab(1), and periodic(8) - exactly which you use is up to you I guess. I tend to add my own system tasks to the root crontab, or to /etc/crontab, but you could add scripts somewhere in /usr/local/etc/periodic/ Note that periodic is scheduled from /etc/crontab, and the system default settings can be configured from /etc/periodic.conf (overrides to /etc/defaults/periodic.conf). HTH, Greg. From owner-freebsd-questions@freebsd.org Tue Sep 8 06:19:52 2015 Return-Path: Delivered-To: freebsd-questions@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 659219CCE95 for ; Tue, 8 Sep 2015 06:19:52 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (unknown [IPv6:2607:f440::d144:5b3]) (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 48B75118B for ; Tue, 8 Sep 2015 06:19:52 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 2593E3F741 for ; Tue, 8 Sep 2015 02:19:44 -0400 (EDT) Message-ID: <55EE7DFF.8040702@sneakertech.com> Date: Tue, 08 Sep 2015 02:19:43 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Create Ultimate Boot CD USB Stick References: <55EDBF5A.9010808@netfence.it> <20150907223703.692b68cd@jive.levalinux.org> In-Reply-To: <20150907223703.692b68cd@jive.levalinux.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 06:19:52 -0000 > dd if=/path/to/iso/file.iso of=/path/to/the/device That doesn't work for UBCD because it's a normal cd-only ISO. Only "hybrid" ISOs that specifically have MBR/GPT stuff can be dumped onto a disk and actually boot. Part of the confusion here is because a lot of modern Linux distros (especially Debian based distros) have started using "hybrid" ISOs instead of providing separate usb stick images. In order to make a bootable usb stick from UBCD, you need to either hand-format the stick and set up your own boot loader, or use the scripts they provide. From owner-freebsd-questions@freebsd.org Tue Sep 8 06:46:31 2015 Return-Path: Delivered-To: freebsd-questions@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 D04D19CDAA9 for ; Tue, 8 Sep 2015 06:46:31 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 AEE6E1F73 for ; Tue, 8 Sep 2015 06:46:31 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 9A7C73F6F0; Tue, 8 Sep 2015 02:46:29 -0400 (EDT) Message-ID: <55EE8445.9070901@sneakertech.com> Date: Tue, 08 Sep 2015 02:46:29 -0400 From: Quartz MIME-Version: 1.0 To: Andrea Venturoli CC: freebsd-questions@freebsd.org Subject: Re: Create Ultimate Boot CD USB Stick References: <55EDBF5A.9010808@netfence.it> In-Reply-To: <55EDBF5A.9010808@netfence.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 06:46:31 -0000 > Is there a way to create an UBCD stick from the ISO image without using > Linux or Windows? UBCD uses the SYSLINUX package (specifically ISOLINUX) to boot to the menu and load all its modules. I have not tested this, but it may be possible to download and run the SYSLINUX scripts directly under *BSD to create an 'empty' usb stick that just boots to a dummy menu. If that works, you can then just cp the config and modules from the UBCD ISO onto your stick afterwards and be good to go. (SYSLINUX, ISOLINUX and PXELINUX all spawn an identical environment, so you can literally copy and paste stuff between them). Alternatively it may be possible to just dump the contents of the ISO to a directory and use the SYSLINUX scripts to make a new hybrid ISO from that. I have a feeling this might not work though, since there has to be a reason UBCD didn't just use this feature themselves. From owner-freebsd-questions@freebsd.org Tue Sep 8 09:03:32 2015 Return-Path: Delivered-To: freebsd-questions@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 4FE159CB4F1 for ; Tue, 8 Sep 2015 09:03:32 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from fep24.mx.upcmail.net (fep24.mx.upcmail.net [62.179.121.44]) by mx1.freebsd.org (Postfix) with ESMTP id 951BA1035 for ; Tue, 8 Sep 2015 09:03:30 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep24-int.chello.at (InterMail vM.8.01.05.21 201-2260-151-156-20141103) with ESMTP id <20150908090323.BSKU18233.viefep24-int.chello.at@edge02.upcmail.net> for ; Tue, 8 Sep 2015 11:03:23 +0200 Received: from [192.168.1.160] ([86.101.30.40]) by edge02.upcmail.net with edge id EZ3M1r01c0rw6r201Z3NU4; Tue, 08 Sep 2015 11:03:22 +0200 X-SourceIP: 86.101.30.40 To: freebsd-questions@freebsd.org From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Subject: Let pkg upgrade packages that were installed from binary only? Message-ID: <55EEA459.1050304@shopzeus.com> Date: Tue, 8 Sep 2015 11:03:21 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 09:03:32 -0000 Hi, I had to install a 10.2-RELEASE with binary packages. Everything is fine, except that I have to use postgresql94-server and postgresql94-client instead of version 9.3. When I tried to install the required packages, then I relaized that the binary compiled php5-pgsql package depends on postgresql 9.3 instead of 9.4. Which is fine, because I understand that is the default. So I installed php5-pgsql from the ports tree. It compiled fine with postgresql 9.4 client libs. I had to do the same with some others: pecl-intl pecl-dba pecl-intl petcl-imagick Here comes the tricky part. I would like to update my (binary) packages. If I do "pkg update; pkg upgrade" then I see this: New packages to be INSTALLED: ImageMagick-nox11: 6.9.1.6,1 ghostscript9-nox11: 9.06_11 libwmf-nox11: 0.2.8.4_15 postgresql93-client: 9.3.9 php56: 5.6.12 php56-mbstring: 5.6.12 Installed packages to be UPGRADED: libwmf: 0.2.8.4_14 -> 0.2.8.4_15 Installed packages to be REINSTALLED: php5-pgsql-5.4.44 (direct dependency changed: postgresql93-client) php5-dba-5.4.44 (options changed) pecl-mailparse-2.1.6 (direct dependency changed: php56) pecl-intl-3.0.0_2 (direct dependency changed: php56) pecl-imagick-3.1.2_2 (direct dependency changed: php56) So pkg wants to reinstall php5-pgsql, and it thinks that "direct dependency changed: postgresql93-client". My problem is this: php5-pgsql may work with postgresql client 9.3, but I have already compiled it against postgresql94-client. Can I upgrade php5-pgsql from the ports, and upgrade all the other packages from binary? The postgresql93-client should not be installed at all, because it should not be a dependency. Same is true with php56 and php56-mbstring - pkg wants to add them because it sees that the binary version of pecl-intl was compiled against php56. But in fact I do not have the binary versions installed - I have installed them from the ports tree, and my versions are compiled against php55. So is there a way to tell "pkg" that it should not automatically install dependencies from packages that were installed from the ports tree? In this case all it should do is to upgrade libwmf. Of course I can always check the plan and do the upgrades manually. But can this be automatized somehow? Thanks, Laszlo From owner-freebsd-questions@freebsd.org Tue Sep 8 09:07:40 2015 Return-Path: Delivered-To: freebsd-questions@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 C48729CB7B0 for ; Tue, 8 Sep 2015 09:07:40 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (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 899BA1144 for ; Tue, 8 Sep 2015 09:07:40 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by obbda8 with SMTP id da8so49672023obb.1 for ; Tue, 08 Sep 2015 02:07:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=T/EBaHvWM7Il35dshXMHAm5CXJKSTNXJL75iMe3M738=; b=e3YV5KC1C77283E/VQ8MHL3fqIe11sKP+LUCex8DoWBDIDCydDgWEhCPNnpq3oW1gZ uRENBD7X8PXvO/oppLJQ94SGdIRG1XAxsWVbE6FQ8e9RtqEVzu5RmBDdnZ6dfe+55VPh en2SCIZDee5w/RFerYJJ2blYNDVbAGkkFMVMR/MmPN53wxWlFDjPouXtDIJs6KFuPjeU fx3CGHX3c0BPOuQJkJZRC4c0g6kOSfLTo7F7X6ycjYstvGFo30p/mgAAlgEOjxuQA74D xHzMtjBWM6YUNA8oYufwH8xCJAWQ7BzEzqEDpxfE7SMn2WGG2Bl+EETBlLCJMl8JqJJC +RwA== X-Received: by 10.60.60.68 with SMTP id f4mr13163630oer.38.1441703259617; Tue, 08 Sep 2015 02:07:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.85.22 with HTTP; Tue, 8 Sep 2015 02:07:00 -0700 (PDT) In-Reply-To: <55EE8445.9070901@sneakertech.com> References: <55EDBF5A.9010808@netfence.it> <55EE8445.9070901@sneakertech.com> From: "Jack L." Date: Tue, 8 Sep 2015 02:07:00 -0700 Message-ID: Subject: Re: Create Ultimate Boot CD USB Stick To: Quartz Cc: Andrea Venturoli , "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 09:07:40 -0000 There is a usb image file that you can download that is already in a native usb bootable format. Just dd the memstick.img to the usb stick and it works fine. On Mon, Sep 7, 2015 at 11:46 PM, Quartz wrote: > Is there a way to create an UBCD stick from the ISO image without using >> Linux or Windows? >> > > UBCD uses the SYSLINUX package (specifically ISOLINUX) to boot to the menu > and load all its modules. I have not tested this, but it may be possible to > download and run the SYSLINUX scripts directly under *BSD to create an > 'empty' usb stick that just boots to a dummy menu. If that works, you can > then just cp the config and modules from the UBCD ISO onto your stick > afterwards and be good to go. (SYSLINUX, ISOLINUX and PXELINUX all spawn an > identical environment, so you can literally copy and paste stuff between > them). > > Alternatively it may be possible to just dump the contents of the ISO to a > directory and use the SYSLINUX scripts to make a new hybrid ISO from that. > I have a feeling this might not work though, since there has to be a reason > UBCD didn't just use this feature themselves. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Tue Sep 8 12:38:37 2015 Return-Path: Delivered-To: freebsd-questions@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 42945A000B2 for ; Tue, 8 Sep 2015 12:38:37 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (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 DB7B31ADA for ; Tue, 8 Sep 2015 12:38:36 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wicgb1 with SMTP id gb1so76480316wic.1 for ; Tue, 08 Sep 2015 05:38:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=WfxL0GalomsaeSXHzpwaHyuy0U5us5AJf5fquZnBy2U=; b=B/WE08oysc/HzbgGC3P7aDt7fD25VHcM2FGqua95GZm3bdlJoEPrCJxL6Hhyn2dRGx suJuqdkcESRR1HjOUwcTzjSw72TfzQcvrNgQiOkSSZTQYLIKBngxEtV2mfhDEsaI6aOB jWBKkx2Ppk06bCg2orQQrtQ/qhvmQL9j+ZpkGEt+1iwxJOw52FBKaM/l1RGSVgLEPTff 5bg2eHt6h2Hz63SNdc1I33J9QKVnvQctPx6qEIt07o0uc7Vl+29FJIk7FEhGHoMut6Zy D6QsqgqYUWSvlWHPlS/y4w/+fcvA3KtiqM8YdYYpxe8Z6zSsrEUNCh12JsEFDMjUKF3i U0Nw== X-Received: by 10.180.206.8 with SMTP id lk8mr45730673wic.12.1441715914355; Tue, 08 Sep 2015 05:38:34 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.198.255]) by smtp.gmail.com with ESMTPSA id uo6sm4679534wjc.1.2015.09.08.05.38.33 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Sep 2015 05:38:33 -0700 (PDT) Date: Tue, 8 Sep 2015 13:38:28 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: pan (newsgroup reader) coredumps. Message-ID: <20150908133828.44fed29d@gumby.homeunix.com> In-Reply-To: <201509070637.t876bceR018904@deneb.dwf.com> References: <201509070637.t876bceR018904@deneb.dwf.com> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 12:38:37 -0000 On Mon, 07 Sep 2015 00:37:38 -0600 reg@dwf.com wrote: > > I have installed pan (the newsgroup reader) from 10.2, > and it coredumps immediately on execution. > > Anyone else see this behaviour? It's a very long-standing problem, going back to 10-current. There's a patch here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199303 which ought to be committed. This isn't even the first bug report to mention it, the solution has been around since last November. In the meantime you can add the following to /etc/make.conf and build from ports: .if ${.CURDIR:M*/news/pan} LDFLAGS= -static-libgcc -static-libstdc++ .endif > Is there a preferred newsreader in FreeBSD other than > pan? It depends what you are trying to do, if you want a general purpose newsreader that can handle text and binaries then nothing open-source comes close to pan in my experience. From owner-freebsd-questions@freebsd.org Tue Sep 8 13:57:28 2015 Return-Path: Delivered-To: freebsd-questions@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 85DECA0088B for ; Tue, 8 Sep 2015 13:57:28 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-io0-x231.google.com (mail-io0-x231.google.com [IPv6:2607:f8b0:4001:c06::231]) (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 51B0B1F60 for ; Tue, 8 Sep 2015 13:57:28 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by iofb144 with SMTP id b144so119126317iof.1 for ; Tue, 08 Sep 2015 06:57:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=NNZmQBu6ns8K/6UnZkrvjt+g2RrZFUBtNoZQh5pu00Q=; b=A5rT1xtcAYsczpGWs7z/u48m4u9oJeQgbL+u2OCzGs81ugTT36tZauPKVriY71n9yH njCYJL/SzLn9AaNl66th32Lnz1u0RdufadPqZLYacXx9s9y7Qn8uCBNBBUx7vbdJsCl6 CB2BIXVr2CYRXHNcZC0PKlCr/QowS3JHjRj4eCOdjr3Lta/ZY9IorjUDddRkImJSt6Ca pdhTF2GD935fcdLSi5USBPeQEi1sHjAL5ID+gQEwq1Dk/j2UTTDi+XOw7++wLFCWbehe xws5iopUgOo5MKSVugw5HPcDuB1fYqfhLidIxihALYToQ2JJaI0R/htlpB8brL2v1SQx CLzA== X-Received: by 10.107.27.8 with SMTP id b8mr14524603iob.114.1441720647632; Tue, 08 Sep 2015 06:57:27 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by smtp.googlemail.com with ESMTPSA id y6sm2233191igl.17.2015.09.08.06.57.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Sep 2015 06:57:26 -0700 (PDT) Message-ID: <55EEE94E.4060906@gmail.com> Date: Tue, 08 Sep 2015 09:57:34 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-questions Subject: How to update the hosts clock as part of cron daily? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 13:57:28 -0000 Hello List; My host motherboard clock is losing about 3 seconds a day. I have replaced the the motherboard battery but this did not help. So now I want to run "ntpd -q" or ntpdate once a day as part of cron:periodic:daily. I see 480.status-ntpd but no info on what it does or how to active if. What is the normal practice to accomplish this? Thanks Ernie From owner-freebsd-questions@freebsd.org Tue Sep 8 14:05:46 2015 Return-Path: Delivered-To: freebsd-questions@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 1ABA2A00CBA for ; Tue, 8 Sep 2015 14:05:46 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) (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 9E103144D for ; Tue, 8 Sep 2015 14:05:45 +0000 (UTC) (envelope-from brian@brianwhalen.net) Received: by lanb10 with SMTP id b10so69377602lan.3 for ; Tue, 08 Sep 2015 07:05:43 -0700 (PDT) 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=FpGkKeJvLXEsL68UNhxiSJ0UWw8Uwr10AOG6WieMPMk=; b=Z71+33XvV+IlV0McYm+HBHgJaYZlimY/O+EERYuJR1rhHcSGUNRvcgZ1+deMQp4/fs BHfpZ0sMS7g9KRL8G8OA5JSO8CIdsM7AjNSbRf2hPZ7dIioqYbeU1cdw6Y7oj/cQ5igA /2huNjzXquq0cRZVaTDTehR4s4Qr54hUisMNfSXXcqztjvPyWlTf5aKrO9uPnXen95No LNLy54ogoKMGH2xuKPhAeZaSpiY0FxqCSTgZuJnMt9R25QC6YMaonuXd05Bqo/X/r+u8 m8xjdntYMSOlA1EivShNAsgEWpMkt6x/rvt4+mXihrn/nmBgELAXBVxDf0Eva+wbWuJb jTTg== X-Gm-Message-State: ALoCoQlXURAZDaO7ZOm/lLw5+kghktoxDaHtfb7AgJEAL2LEdtzRc56h6yCMfkpsYDAJhme1qOrj MIME-Version: 1.0 X-Received: by 10.112.155.195 with SMTP id vy3mr15255107lbb.9.1441721141840; Tue, 08 Sep 2015 07:05:41 -0700 (PDT) Received: by 10.25.133.130 with HTTP; Tue, 8 Sep 2015 07:05:41 -0700 (PDT) X-Originating-IP: [2606:6000:cd06:7f00:48fe:6784:f8d0:f76b] Received: by 10.25.133.130 with HTTP; Tue, 8 Sep 2015 07:05:41 -0700 (PDT) In-Reply-To: <55EEE94E.4060906@gmail.com> References: <55EEE94E.4060906@gmail.com> Date: Tue, 8 Sep 2015 07:05:41 -0700 Message-ID: Subject: Re: How to update the hosts clock as part of cron daily? From: "Brian W." To: Ernie Luzar Cc: FreeBSD Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:05:46 -0000 I run ntpdate at boot and ntpd afterwards to keep it in sync. Copying a few lines from /etc/defaults/rc.conf is pretty much all there is to it. Search that file for ntpdate and ntpd if I remember correctly. Brian On Sep 8, 2015 6:57 AM, "Ernie Luzar" wrote: > Hello List; > > My host motherboard clock is losing about 3 seconds a day. > I have replaced the the motherboard battery but this did not help. > So now I want to run "ntpd -q" or ntpdate once a day as part of > cron:periodic:daily. > I see 480.status-ntpd but no info on what it does or how to active if. > > What is the normal practice to accomplish this? > > Thanks > Ernie > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Tue Sep 8 14:12:07 2015 Return-Path: Delivered-To: freebsd-questions@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 F39289CC061 for ; Tue, 8 Sep 2015 14:12:06 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 99CA9197E for ; Tue, 8 Sep 2015 14:12:06 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from host-4-75.office.adestra.com (vpn-1.adestra.com [46.236.37.122]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t88EBnqi061337 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 8 Sep 2015 15:11:55 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t88EBnqi061337 Authentication-Results: smtp.infracaninophile.co.uk/t88EBnqi061337; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host vpn-1.adestra.com [46.236.37.122] claimed to be host-4-75.office.adestra.com Subject: Re: How to update the hosts clock as part of cron daily? To: freebsd-questions@freebsd.org References: <55EEE94E.4060906@gmail.com> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55EEEC9E.4090005@FreeBSD.org> Date: Tue, 8 Sep 2015 15:11:42 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EEE94E.4060906@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="sgPm0AhjMrm4LMBvtTdwb3C4V08oLhbTW" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:12:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sgPm0AhjMrm4LMBvtTdwb3C4V08oLhbTW Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/09/08 14:57, Ernie Luzar wrote: > My host motherboard clock is losing about 3 seconds a day. > I have replaced the the motherboard battery but this did not help. > So now I want to run "ntpd -q" or ntpdate once a day as part of > cron:periodic:daily. > I see 480.status-ntpd but no info on what it does or how to active if. >=20 > What is the normal practice to accomplish this? ntpd is a system daemon, and you enable it like any other daemon: Add this to /etc/rc.conf: ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" Then, one time only, start ntpd: # service ntpd start With these settings in /etc/rc.conf, ntpd will be started automatically on boot. You can monitor how well ntpd is controlling your clock by running 'ntpq -p' -- where the 'delay' 'offset' and 'jitter' values are measured in milliseconds. ntpd will keep most modern machines with a decent network connection within about 30ms of its time sources (and frequently it will manage within about 5ms) once it has got itself properly synched. Don't bother trying to run ntpdate or similar out of cron. It isn't effective. Just leave ntpd running. Matthew --sgPm0AhjMrm4LMBvtTdwb3C4V08oLhbTW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJV7uykXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTntYIP/A2K4S2FyzVehTRhV6if0Oay lkR0yqQIShRv9hBfZtBJE9wtQZUzPt8uvJ5MQYzqrM+108g2eny92di2xtAFzb6m AL3CEvm5nb8F22Q5qJmuvlz80HME62TYtBZDECRrb2tEDJXnCCUvEgR5bhTUrNu7 gl+ncwupB3nUt40WWderjcjwmKyOFYvRub5aq0twq8mtrCUiyEkueygs0p7Md81G Su+wzmzRZ8bFUMmbZUV29wLioL1t7+13qSE2bjLwHQ3gAx/FW2/mS2KeeZiWqZDe DgzjKlehftpCQ35QjDifoxI68peEzemTbm4hU/lR5BJJhyPc8ZaxynxZdm9RpihR OhfDS/ly2vEDwPB5Vi/q0TuL/Wz6NZI4uzBq645M65G642WtyW7TzPWxYzX+9zCy GEoHD3trFhuAS1clmYiWp5039kqauElDbYXzW6VFhtrsTVy/I+1jBgb0ce1D0BuK 7Or/UeFgO3mrqzLrZ9IVNNV03BnsaQNDpUy+xAXBiksFK3rJV9sptR2A/5O6+tj8 0XQ1h6hHuq65amKRey02ocoeCgPCB5EhktkCuv7wZlTKy3/AI8yBIk6AFNQeGbjM KNul0BxKNa36Of2dQqT56vLoigrS3a+IDlr45kwBrNXx9wxCe19lzbxoLQxvfzth DkQFQXx5rW/h7On59Ay1 =L7Hk -----END PGP SIGNATURE----- --sgPm0AhjMrm4LMBvtTdwb3C4V08oLhbTW-- From owner-freebsd-questions@freebsd.org Tue Sep 8 14:28:22 2015 Return-Path: Delivered-To: freebsd-questions@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 96CA79CC742 for ; Tue, 8 Sep 2015 14:28:22 +0000 (UTC) (envelope-from lists@gooch.io) Received: from mailout.easymail.ca (mailout.easymail.ca [64.68.201.169]) (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 5F8831F93 for ; Tue, 8 Sep 2015 14:28:21 +0000 (UTC) (envelope-from lists@gooch.io) Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 4B9EFE2DB for ; Tue, 8 Sep 2015 10:19:34 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at mailout.easymail.ca X-Spam-Flag: NO X-Spam-Score: -3.707 X-Spam-Level: X-Spam-Status: No, score=-3.707 required=5 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599, DNS_FROM_AHBL_RHSBL=0.692] Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (easymail-mailout.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LaGBr8tHCp0 for ; Tue, 8 Sep 2015 10:19:33 -0400 (EDT) Received: from [192.168.42.150] (d207-6-81-105.bchsia.telus.net [207.6.81.105]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id AA027E2C3 for ; Tue, 8 Sep 2015 10:19:33 -0400 (EDT) Reply-To: jesse@gooch.io Subject: Re: How to update the hosts clock as part of cron daily? References: <55EEE94E.4060906@gmail.com> To: freebsd-questions@freebsd.org From: Jesse Gooch Message-ID: <55EEEE12.70407@gooch.io> Date: Tue, 8 Sep 2015 07:17:54 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EEE94E.4060906@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:28:22 -0000 If you don't mind installing ports/packages I recommend net/openntpd (http://www.openntpd.org/) from the OpenBSD guys rather than base ntpd. Much simpler. The configuration file has only a few directives. It also has an interesting constraints feature. From owner-freebsd-questions@freebsd.org Tue Sep 8 14:38:49 2015 Return-Path: Delivered-To: freebsd-questions@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 4705D9CCD64 for ; Tue, 8 Sep 2015 14:38:49 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::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 D6513186C for ; Tue, 8 Sep 2015 14:38:48 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wicfx3 with SMTP id fx3so122894397wic.1 for ; Tue, 08 Sep 2015 07:38:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=X51GeGbpuCkEiQJiyNEkcOQZOikhnplO/JM1pEpvfo0=; b=Gxms682mY8XQnfEnlCVfkyxtBC7S5tiPav3aIeitQy1wEztBbveX2U+MCJJZjB2SCl HeAzlL1IfITpOsUqPnpPpjYRW6GvBo1PF+QmapYki+3D3dlUuvcBO7QXG0x4QZRLU9Ke J9zifQ6SZLKZYHXbQQBjB92BNTWA31NKGLhIX9jCbt77yi0khRsLY8i+vWgSxgSWPoZK j+CnHBm8M/WXlbtZ0lm8TSzJfSv0c7qrAHqXGsbn2FjPkcWPc/D2tTAHNwyp0Zj/Gx9a MCxqsi24PMGHzRkv7ozp0IaH3DNI64M5zvA43F+R/6ht5UYYPfi9nBlCAGSpxiagSVQG uFLQ== X-Received: by 10.181.13.13 with SMTP id eu13mr46809634wid.70.1441723126210; Tue, 08 Sep 2015 07:38:46 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.198.255]) by smtp.gmail.com with ESMTPSA id ej5sm5202786wjd.22.2015.09.08.07.38.44 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Sep 2015 07:38:45 -0700 (PDT) Date: Tue, 8 Sep 2015 15:38:42 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: How to update the hosts clock as part of cron daily? Message-ID: <20150908153842.33081597@gumby.homeunix.com> In-Reply-To: <55EEEE12.70407@gooch.io> References: <55EEE94E.4060906@gmail.com> <55EEEE12.70407@gooch.io> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 14:38:49 -0000 On Tue, 8 Sep 2015 07:17:54 -0700 Jesse Gooch wrote: > If you don't mind installing ports/packages I recommend net/openntpd > (http://www.openntpd.org/) from the OpenBSD guys rather than base > ntpd. Much simpler. The configuration file has only a few directives. I don't see how it could be any simpler than just turning-on the base system daemon. From owner-freebsd-questions@freebsd.org Tue Sep 8 16:23:24 2015 Return-Path: Delivered-To: freebsd-questions@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 99DCA9CC546 for ; Tue, 8 Sep 2015 16:23:24 +0000 (UTC) (envelope-from mfv@bway.net) Received: from smtp1.bway.net (smtp1.bway.net [216.220.96.27]) (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 74B5D1EBD for ; Tue, 8 Sep 2015 16:23:24 +0000 (UTC) (envelope-from mfv@bway.net) Received: from gecko4 (host-216-220-115-196.dsl.bway.net [216.220.115.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m1316v@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id B93C99587A; Tue, 8 Sep 2015 12:23:15 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bway.net; s=mail; t=1441729395; bh=L5byxfrmWUA5DtQP5mRMCm02PMX+hD3CisL6S/GzTYY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:Reply-To; b=WBPWVIGrTTYoZ5qXBImz1tj+AjhZYcPQ9sE/fHky8vFm57athjDkj8pljzlWHlIek YMAK6RgUuEuqNQAOOfLNRyOevkxtjCoSLUNLE8ANfJpU9QUQ+lNF8VBLO9xPSSutxj gZ90PGcbSCWBvSqPTrSBzhESO8kCICZiovJC/5cA= Date: Tue, 8 Sep 2015 12:23:15 -0400 From: mfv To: Jesse Gooch Cc: freebsd-questions@freebsd.org Subject: Re: How to update the hosts clock as part of cron daily? Message-ID: <20150908122315.1ac860d4@gecko4> In-Reply-To: <55EEEE12.70407@gooch.io> References: <55EEE94E.4060906@gmail.com> <55EEEE12.70407@gooch.io> Reply-To: mfv@bway.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 16:23:24 -0000 > On Tue, 2015-09-08 at 07:17 Jesse Gooch wrote: > >If you don't mind installing ports/packages I recommend net/openntpd >(http://www.openntpd.org/) from the OpenBSD guys rather than base ntpd. >Much simpler. The configuration file has only a few directives. It also >has an interesting constraints feature. >_______________________________________________ >freebsd-questions@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to >"freebsd-questions-unsubscribe@freebsd.org" Hello, +1 Cheers ... Marek From owner-freebsd-questions@freebsd.org Tue Sep 8 16:29:11 2015 Return-Path: Delivered-To: freebsd-questions@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 51C0C9CC94F for ; Tue, 8 Sep 2015 16:29:11 +0000 (UTC) (envelope-from markham_breitbach@ssimicro.com) Received: from smail.ssimicro.com (smail.ssimicro.com [64.247.129.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smail.ssimicro.com", Issuer "test CA 1" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 122A8129B for ; Tue, 8 Sep 2015 16:29:10 +0000 (UTC) (envelope-from markham_breitbach@ssimicro.com) Received: from markham.ssimicro.com (markham.ssimicro.com [64.247.130.99]) (authenticated bits=0) by smail.ssimicro.com (8.15.1/8.14.9) with ESMTPSA id t88GSNQP022856 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Tue, 8 Sep 2015 10:28:24 -0600 (MDT) (envelope-from markham_breitbach@ssimicro.com) Subject: Re: LD_PRELOAD References: <55EA1251.4020704@ssimicro.com> <20150906011200.GB94488@neutralgood.org> Cc: FreeBSD Questions From: markham_breitbach@ssimicro.com X-Enigmail-Draft-Status: N1110 Message-ID: <55EF0CD9.6000009@ssimicro.com> Date: Tue, 8 Sep 2015 10:29:13 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150906011200.GB94488@neutralgood.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 16:29:11 -0000 On 2015-09-05 7:12 PM, kpneal@pobox.com wrote: > On Fri, Sep 04, 2015 at 03:51:13PM -0600, markham_breitbach@ssimicro.co= m wrote: >> I am trying to configure the security/snoopy package as a solution for= >> logging shell activity within jails (I'm also open to alternative >> suggestions!). Snoopy works as an execve() wrapper that basically jus= t >> logs and passes through the calls. For it to work though, I need to s= et >> the LD_PRELOAD variable in the environment to force the linker to load= >> snoopy.so first, presumably so the snoopy execve wrapper is found befo= re >> the libc version. >> >> If I set LD_PRELOAD=3D/usr/local/lib/snoopy.so on the command line, an= d >> then launch a new shell, events get logged as expected, but I need to >> figure out how to make that happen by default for everything in the ja= il. > Try starting the jail with a shell script in the jail's /etc to set (ex= port!) > the environment variable and then exec /etc/rc "$@" to go through the r= est > of the normal startup for the jail. You'll need to change your jail con= fig > to start your script instead of /etc/rc though. > > Be aware that it isn't possible to guarantee that snoopy will catch _ev= ery_ > _single_ call if your system is breached. In some cases an attacker can= > just eliminate the environment variable. You may be able to determine > the starting point of the breach, however, if the attacker doesn't chan= ge > the snoopy log on you. Can snoopy log to a remote syslogd? That would > keep an attacker from removing evidence logged. > I actually shoved that right into /etc/rc inside the jail, and that seems to do the trick. I will have to play around and see if I can't find a more graceful way to handle that, but it's a proof of concept. I suspect there is already a facility for that. I will have to poke around rc and see what I can unearth. :) I understand that there are security implications of this, It is actually intended more for audit logging of my own authorized users i.e. who made that change? WTF were they thinking!?! :) as it is for any form of security. Of course, once root is breached, all bets are off anyway. I have looked at the auditing features of FreeBSD, but jail support is sadly lacking, so far snoopy seems to be about the bet thing I can find to fill that hole. Thanks, -Markham From owner-freebsd-questions@freebsd.org Tue Sep 8 18:11:10 2015 Return-Path: Delivered-To: freebsd-questions@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 61DC29CC33A for ; Tue, 8 Sep 2015 18:11:10 +0000 (UTC) (envelope-from kozlov.sergey.404@gmail.com) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (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 DA79310A3 for ; Tue, 8 Sep 2015 18:11:09 +0000 (UTC) (envelope-from kozlov.sergey.404@gmail.com) Received: by lbpo4 with SMTP id o4so58376758lbp.2 for ; Tue, 08 Sep 2015 11:11:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=FGAAEY4YwDhIgjxz+qhgBE8HbDAF015LjEpohCOhdoI=; b=LdcCPvNMGUUmbxwCIBxSIOxjZRGctLKB1zl4gJENf+oPWtzYYgdH5pE+txYwA7tVAb iAurUkriI5KgXfF1tTv8dbCU/EY0De12uE5rtHEQSS9oez0XqTNjVN24yhC2xk8CbsuL yF0Ov4CF+dXqbR5fLvaxCCqzH5gj06CskP3QdYBUMWT5hzUCU/J0Nh1hqnVnuh8udc16 o0D3qEtIZSfa1JRHSh34GQTfL4Ny5DVUEZoRhh1jAH1ISB45U2Hg2pj1ebOUiTrT7w5/ 01uJJHAF7IV152XDytN+K0AST/U6PLsyGbSuamAJsg8MqATl82eNMAxZUQZIZueySci5 Kt2A== X-Received: by 10.112.172.201 with SMTP id be9mr23740316lbc.39.1441735867919; Tue, 08 Sep 2015 11:11:07 -0700 (PDT) Received: from [192.168.210.11] (89-71-237-249.dynamic.chello.pl. [89.71.237.249]) by smtp.googlemail.com with ESMTPSA id b1sm1124365lah.11.2015.09.08.11.11.06 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Sep 2015 11:11:07 -0700 (PDT) Subject: Re: Jail causes host to reboot To: Niklaas Baudet von Gersdorff References: <55E6E26A.1040706@kulturflatrate.net> <55E704D4.2050607@kulturflatrate.net> <55E74EC9.1060803@gmail.com> <55EDCACC.5080101@kulturflatrate.net> Cc: freebsd-questions@freebsd.org From: Kozlov Sergey X-Enigmail-Draft-Status: N1110 Message-ID: <55EF24B9.3070202@gmail.com> Date: Tue, 8 Sep 2015 20:11:05 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EDCACC.5080101@kulturflatrate.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 18:11:10 -0000 Do you have a dumpdev configured in your rc.conf? Do you see any files in /var/crash? If yes - then it's a kernel panic and you have the coredump. Please read this article and submit a PR. I know that it can be a difficult path to take, but please do that. Having a kernel panic in a -RELEASE version is rare and your particular circumstances are very valuable, cause you can reliably reproduce the bug. Don't be a free rider, make FreeBSD better ;) Regards, Sergey On 07.09.2015 19:35, Niklaas Baudet von Gersdorff wrote: > On 02/09/15 21:32, Kozlov Sergey wrote: > >> Anyways, any userspace program should not be able to crash the kernel, >> so if you don't use self-modified OS and you're sure that everything is >> ok with your hardware, you should really consider adding a bug to >> > How can I debug this? > > So far I had a look at `/var/log/messages` of the jail and the jail's > host but both do not disclose anything special. > > Please see the files attached. The problems arose September 2nd, ~11am > to ~1pm. From owner-freebsd-questions@freebsd.org Tue Sep 8 18:32:08 2015 Return-Path: Delivered-To: freebsd-questions@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 EC381A00075 for ; Tue, 8 Sep 2015 18:32:08 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail.financecomm.com [178.63.105.5]) by mx1.freebsd.org (Postfix) with ESMTP id A95AB1DB5 for ; Tue, 8 Sep 2015 18:32:07 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0] (unknown [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 3A94440075; Tue, 8 Sep 2015 20:32:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1441737120; bh=OtgfIGZ9O/WY777KPpSbiSK1eYEZIrYBxTPB1cA9h2E=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=BDTuVqqvIkt0FIh/+nuxncTGLCFVc5h9puGxmUjudngQEqJVe2ArdG1xKsXWfOg8P 4IdFNHL5HuRaUqG3jTvRohlrhVPPf2M/PVR/AfNdEjqaOFCQF3BU9Ni+XOGA2SUM2q 7++t7G5LVdWBzSCXq5VFNYOAr+DIxgx9+1wwNrb4= Subject: Re: Jail causes host to reboot To: Kozlov Sergey References: <55E6E26A.1040706@kulturflatrate.net> <55E704D4.2050607@kulturflatrate.net> <55E74EC9.1060803@gmail.com> <55EDCACC.5080101@kulturflatrate.net> <55EF24B9.3070202@gmail.com> Cc: freebsd-questions@freebsd.org From: Niklaas Baudet von Gersdorff X-Enigmail-Draft-Status: N1110 Message-ID: <55EF2A12.1080405@kulturflatrate.net> Date: Tue, 8 Sep 2015 20:33:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EF24B9.3070202@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 18:32:09 -0000 On 08/09/15 20:11, Kozlov Sergey wrote: > Do you have a dumpdev configured in your rc.conf? Nope, unfortunately, I don't. Am I right that I should also read https://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html ? :-) > Do you see any files in /var/crash? If yes - then it's a kernel panic > and you have the coredump. Please read this article > > and submit a PR. $ ls -la /var/crash total 4 drwxr-x--- 2 root wheel 3 Jul 11 2014 . drwxr-xr-x 24 root wheel 24 Sep 2 12:23 .. -rw-r--r-- 1 root wheel 5 Jan 16 2014 minfree $ cat /var/crash/minfree 2048 Does this mean that it wasn't a kernel panic at all? Or isn't there something worth noticing because I don't have dumpdev configured? I'm afraid that I can't remember another change that I made to the jail that caused it to crash. But, up to now, the only thing I can remember I did was upgrading net/syncthing. > I know that it can be a difficult path to take, but please do that. > Having a kernel panic in a -RELEASE version is rare and your particular > circumstances are very valuable, cause you can reliably reproduce the bug. > > Don't be a free rider, make FreeBSD better ;) I definitely want to further investigate the problem and keep everyone updated about it. It's just that I need some help to do that, so your reply is very much appreciated. I'm definitely not a free rider. ;-) So far, I haven't started the jail again since it has continuously broken my system. (I'm scared.) I will configure dumpdev first and after that I'll start the jail. I'll keep you updated. From owner-freebsd-questions@freebsd.org Tue Sep 8 18:38:51 2015 Return-Path: Delivered-To: freebsd-questions@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 E1A18A00409 for ; Tue, 8 Sep 2015 18:38:51 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail.financecomm.com [178.63.105.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9AAFF13A2 for ; Tue, 8 Sep 2015 18:38:51 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0] (unknown [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 1A50F400A8; Tue, 8 Sep 2015 20:38:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1441737530; bh=O08S4QtRphVjLtD2TxWkofCkGbYNYr7xVUc2ZzaC3Xk=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=Og6n73puEoDQscKzy0OXfjQDGNiFcKK2d5PRtLUx42JBSig9W1ZLa4jIVF7+KVr6Y 35VPPxBzr/qm/tyc0srrphPDd/qWjN5eTBlO/BJCAjPkDRrVMxucfy8zqk/40UKT3z dMRJeU+V6Tf05duyMDMvAZkbYJs0wTpqKXFL0JYY= Subject: Re: Jail causes host to reboot To: Kozlov Sergey References: <55E6E26A.1040706@kulturflatrate.net> <55E704D4.2050607@kulturflatrate.net> <55E74EC9.1060803@gmail.com> <55EDCACC.5080101@kulturflatrate.net> <55EF24B9.3070202@gmail.com> <55EF2A12.1080405@kulturflatrate.net> Cc: freebsd-questions@freebsd.org From: Niklaas Baudet von Gersdorff Message-ID: <55EF2BAB.3030202@kulturflatrate.net> Date: Tue, 8 Sep 2015 20:40:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EF2A12.1080405@kulturflatrate.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 18:38:52 -0000 Answering my own question: On 08/09/15 20:33, Niklaas Baudet von Gersdorff wrote: > $ ls -la /var/crash > total 4 > drwxr-x--- 2 root wheel 3 Jul 11 2014 . > drwxr-xr-x 24 root wheel 24 Sep 2 12:23 .. > -rw-r--r-- 1 root wheel 5 Jan 16 2014 minfree > > $ cat /var/crash/minfree > 2048 > > Does this mean that it wasn't a kernel panic at all? Or isn't there > something worth noticing because I don't have dumpdev configured? As rc.conf(5) says > dumpdev (str) Indicates the device (usually a swap partition) to > which a crash dump should be written in the event of a system > crash. If the value of this variable is ``AUTO'', the first > suitable swap device listed in /etc/fstab will be used as > dump device. Otherwise, the value of this variable is passed > as the argument to dumpon(8). To disable crash dumps, set > this variable to ``NO''. > > dumpdir (str) When the system reboots after a crash and a crash dump > is found on the device specified by the dumpdev variable, > savecore(8) will save that crash dump and a copy of the ker- > nel to the directory specified by the dumpdir variable. The > default value is /var/crash. Set to ``NO'' to not run > savecore(8) at boot time when dumpdir is set. So there's nothing because I haven't configured dumpdev yet. From owner-freebsd-questions@freebsd.org Tue Sep 8 19:55:24 2015 Return-Path: Delivered-To: freebsd-questions@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 8B1279CC0CB for ; Tue, 8 Sep 2015 19:55:24 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 484771DE3 for ; Tue, 8 Sep 2015 19:55:23 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t88JtFu2021994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 8 Sep 2015 14:55:16 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: Storage question Message-ID: <55EF3D23.5060009@hiwaay.net> Date: Tue, 8 Sep 2015 15:00:45 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 19:55:24 -0000 I am prepping to bring 2 new FreeBSD 9.3R boxen online. I am trying to figure out how large to make root & usr partitions to make most effective use of storage. To that end, I did the following: find / -xdev -maxdepth 3 -type f -exec ls -lSrF {} + Which produced the following (abbreviated): -r-xr-xr-x 1 root wheel 1633464 Apr 9 10:39 /boot/modules/radeonkms_port.ko* -r-xr-xr-x 1 root wheel 1665360 Jul 10 2014 /boot/kernel/drm.ko.symbols* -r-xr-xr-x 1 root wheel 1677128 Jul 10 2014 /boot/kernel/if_cxgb.ko.symbols* -r-xr-xr-x 1 root wheel 1686168 Jul 10 2014 /boot/kernel/miibus.ko.symbols* -r-xr-xr-x 1 root wheel 1709912 Jul 10 2014 /boot/kernel/sfxge.ko.symbols* -r-xr-xr-x 1 root wheel 1712472 Jul 10 2014 /boot/kernel/ahd.ko.symbols* -r-xr-xr-x 2 root wheel 1732568 Jul 10 2014 /boot/kernel/radeonkms.ko* -r-xr-xr-x 2 root wheel 1732568 Jul 10 2014 /boot/kernel.old/radeonkms.ko* -r-xr-xr-x 1 root wheel 1732568 Jul 10 2014 /boot/GENERIC/radeonkms.ko* -r-xr-xr-x 1 root wheel 1732568 Jul 10 2014 /boot/GENERIC.old/radeonkms.ko* -r-xr-xr-x 1 root wheel 1736160 Jul 10 2014 /boot/kernel/usb.ko.symbols* -r--r--r-- 1 root wheel 1748416 Jul 4 11:35 /lib/libcrypto.so.6 -r-xr-xr-x 1 root wheel 1929992 Jul 10 2014 /boot/kernel/hwpmc.ko.symbols* -r-xr-xr-x 1 root wheel 2122904 Jul 10 2014 /boot/kernel/if_nxge.ko.symbols* -r-xr-xr-x 2 root wheel 2134776 Jul 10 2014 /boot/kernel/if_bxe.ko* -r-xr-xr-x 2 root wheel 2134776 Jul 10 2014 /boot/kernel.old/if_bxe.ko* -r-xr-xr-x 1 root wheel 2134776 Jul 10 2014 /boot/GENERIC/if_bxe.ko* -r-xr-xr-x 1 root wheel 2134776 Jul 10 2014 /boot/GENERIC.old/if_bxe.ko* -r-xr-xr-x 1 root wheel 2153968 Jul 10 2014 /boot/kernel/sound.ko.symbols* -r-xr-xr-x 1 root wheel 2168536 Jul 10 2014 /boot/kernel/nfsd.ko.symbols* -r-xr-xr-x 1 root wheel 2221848 Jul 10 2014 /boot/kernel/if_igb.ko.symbols* -r-xr-xr-x 2 root wheel 2260488 Dec 4 2014 /boot/kernel/zfs.ko* -r-xr-xr-x 2 root wheel 2260488 Dec 4 2014 /boot/kernel.old/zfs.ko* -r-xr-xr-x 1 root wheel 2260488 Jul 10 2014 /boot/GENERIC/zfs.ko* -r-xr-xr-x 1 root wheel 2260488 Jul 10 2014 /boot/GENERIC.old/zfs.ko* -r-xr-xr-x 1 root wheel 2471568 Jul 10 2014 /boot/kernel/if_em.ko.symbols* -r-xr-xr-x 1 root wheel 2572360 Jul 10 2014 /boot/kernel/linux.ko.symbols* -r-xr-xr-x 1 root wheel 2911792 Jul 10 2014 /boot/kernel/nfscl.ko.symbols* -r-xr-xr-x 1 root wheel 3064512 Jul 10 2014 /boot/kernel/if_bxe.ko.symbols* -r-xr-xr-x 1 root wheel 3094288 Jul 10 2014 /boot/kernel/ufs.ko.symbols* -rw------- 1 root wheel 3142878 Sep 8 10:24 /root/mbox -r-xr-xr-x 1 root wheel 3232680 Jul 10 2014 /boot/kernel/cam.ko.symbols* -r-xr-xr-x 1 root wheel 3573984 Jul 10 2014 /boot/kernel/wlan.ko.symbols* -rw-r----- 1 _tor _tor 3890572 Sep 8 12:13 /var/log/tor -r--r--r-- 1 nobody wheel 3999316 Sep 5 04:21 /var/db/locate.database -r-xr-xr-x 1 root wheel 4053512 Jul 10 2014 /boot/kernel/drm2.ko.symbols* -r-xr-xr-x 1 root wheel 4659184 Jul 10 2014 /boot/kernel/isci.ko.symbols* -r-xr-xr-x 1 root wheel 5282024 Jul 10 2014 /boot/kernel/i915kms.ko.symbols* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/zpool* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/zfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/zcat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/xzcat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/xz* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/whoami* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/vi* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/unxz* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/unlzma* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/unlink* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/umount* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/tunefs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/test* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/tee* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/tcsh* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/tar* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/tail* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/sysctl* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/sync* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/swapon* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/stty* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/spppcontrol* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/sh* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/setfacl* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/sed* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/savecore* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rtsol* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rtquery* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rrestore* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/routed* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/route* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rmdir* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rm* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/restore* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rescue* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/red* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/reboot* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/realpath* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rdump* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rcp* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/rcorder* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/pwd* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ps* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/pkill* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ping6* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ping* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/pgrep* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/nos-tun* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/newfs_msdos* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/newfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/nc* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mv* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mt* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_unionfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_udf* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_nullfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_ntfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_nfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_msdosfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount_cd9660* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mount* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/more* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mknod* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mkdir* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mdmfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/mdconfig* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/md5* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/lzma* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/lzcat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ls* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ln* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/link* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/less* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ldconfig* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/kldunload* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/kldstat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/kldload* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/kldconfig* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/kill* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/kenv* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ipf* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/init* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ifconfig* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/id* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/hostname* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/head* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/halt* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/gzip* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/gzcat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/gunzip* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/groups* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/gpart* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/glabel* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/getfacl* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/geom* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/gbde* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsirand* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsdb* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsck_ufs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsck_msdosfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsck_ffs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsck_4.2bsd* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fsck* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fdisk* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fasthalt* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/fastboot* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/expr* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ex* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ed* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/echo* 22 10:11 /rescue/dumpon* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/dumpfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/dump* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/dmesg* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/disklabel* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/dhclient* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/df* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/devfs* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/dd* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/date* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/csh* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/cp* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/clri* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/chroot* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/chown* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/chmod* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/chio* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/chgrp* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/chflags* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/ccdconfig* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/cat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/camcontrol* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/bzip2* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/bzcat* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/bunzip2* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/bsdlabel* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/badsect* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/atmconfig* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/atacontrol* -r-xr-xr-x 140 root wheel 5348416 Aug 22 10:11 /rescue/[* -rw-r--r-- 1 root wheel 6276107 Sep 19 2014 /root/Downloads/VBox.4.3.12.UserManual.pdf -rw-r--r-- 1 root wheel 6287007 Sep 19 2014 /root/Downloads/VBox.4.3.16.UserManual.pdf -r-xr-xr-x 1 root wheel 6599816 Jul 10 2014 /boot/kernel/vxge.ko.symbols* -r-xr-xr-x 1 root wheel 7021736 Jul 10 2014 /boot/kernel/if_ath.ko.symbols* -r-xr-xr-x 1 root wheel 9996832 Jul 10 2014 /boot/kernel/xfs.ko.symbols* -rw-r--r-- 1 root wheel 10822248 Sep 1 03:10 /var/backups/pkg.sql.xz.7 -rw-r--r-- 1 root wheel 10822248 Sep 2 03:49 /var/backups/pkg.sql.xz.6 -rw-r--r-- 1 root wheel 10822248 Sep 3 03:11 /var/backups/pkg.sql.xz.5 -rw-r--r-- 1 root wheel 10822248 Sep 4 03:18 /var/backups/pkg.sql.xz.4 -rw-r--r-- 1 root wheel 10822248 Sep 5 04:03 /var/backups/pkg.sql.xz.3 -rw-r--r-- 1 root wheel 10822248 Sep 6 03:11 /var/backups/pkg.sql.xz.2 -rw-r--r-- 1 root wheel 10822248 Sep 7 03:10 /var/backups/pkg.sql.xz.1 -rw-r--r-- 1 root wheel 10822248 Sep 8 03:23 /var/backups/pkg.sql.xz -r-xr-xr-x 1 root wheel 13732376 Jul 10 2014 /boot/kernel/radeonkms.ko.symbols* -r-xr-xr-x 1 root wheel 14304432 Aug 15 22:08 /boot/modules/nvidia.ko* -r-xr-xr-x 1 root wheel 18922976 Dec 4 2014 /boot/kernel/zfs.ko.symbols* -r-xr-xr-x 1 root wheel 20845849 Jul 10 2014 /boot/GENERIC/kernel* -r-xr-xr-x 1 root wheel 20845849 Jul 10 2014 /boot/GENERIC.old/kernel* -r-xr-xr-x 1 root wheel 20845898 Aug 4 08:16 /boot/kernel.old/kernel* -r-xr-xr-x 1 root wheel 20845933 Aug 30 17:57 /boot/kernel/kernel* -r-------- 1 root wheel 33554432 Aug 2 2014 /.sujournal -r-xr-xr-x 1 root wheel 68632056 Aug 30 17:57 /boot/kernel/kernel.symbols* I'm pretty sure the last few can't be deleted, but what about the stuff in '/var/backups' & '/rescue' ? I am trying to figure out a reasonable minimum I can size the root directory & still have safe, reliable operations. Any clues appreciated. TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Tue Sep 8 20:08:22 2015 Return-Path: Delivered-To: freebsd-questions@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 26E249CC836 for ; Tue, 8 Sep 2015 20:08:22 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from mail2.kulturflatrate.net (mail2.kulturflatrate.net [IPv6:2a01:4f8:121:52ad::3:1]) by mx1.freebsd.org (Postfix) with ESMTP id DE1CC17B7 for ; Tue, 8 Sep 2015 20:08:21 +0000 (UTC) (envelope-from niklaas@kulturflatrate.net) Received: from [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0] (unknown [IPv6:2a02:810c:840:3870:224:d7ff:feec:38e0]) (Authenticated sender: niklaas@kulturflatrate.net) by mail2.kulturflatrate.net (Postfix) with ESMTPSA id 8C27A4010E; Tue, 8 Sep 2015 22:08:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kulturflatrate.net; s=default; t=1441742899; bh=rYldRRjQHoihDXxgMitu3VZ6PWq0odhFuA1r4FVCyPQ=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=VuB3Cp95wuZ7MoOkweNFiW7Fw2Dt4rMPKut9xi/MKHawTOIfQ7/RF0g5twIOHv4o7 rsBLLPXqyEogSqsjFF7JKJXhBTHjZVFNFl+XZYmWor7QLpuxKAEekMzg58LazO9j2D ZCzw1h7zO7l9kIHvYa/RoN9ibJRa4nagckKn31o8= Subject: Re: Jail causes host to reboot To: Kozlov Sergey References: <55E6E26A.1040706@kulturflatrate.net> <55E704D4.2050607@kulturflatrate.net> <55E74EC9.1060803@gmail.com> <55EDCACC.5080101@kulturflatrate.net> <55EF24B9.3070202@gmail.com> <55EF2A12.1080405@kulturflatrate.net> Cc: freebsd-questions@freebsd.org From: Niklaas Baudet von Gersdorff X-Enigmail-Draft-Status: N1110 Message-ID: <55EF40A4.5060208@kulturflatrate.net> Date: Tue, 8 Sep 2015 22:10:12 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EF2A12.1080405@kulturflatrate.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 20:08:22 -0000 On 08/09/15 20:33, Niklaas Baudet von Gersdorff wrote: >> Do you see any files in /var/crash? If yes - then it's a kernel panic >> and you have the coredump. Please read this article >> >> and submit a PR. I was brave enough to let the server crash again: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202978 From owner-freebsd-questions@freebsd.org Tue Sep 8 20:20:07 2015 Return-Path: Delivered-To: freebsd-questions@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 ADA939CCF2E for ; Tue, 8 Sep 2015 20:20:07 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4E21D45 for ; Tue, 8 Sep 2015 20:20:07 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id E336933C48; Tue, 8 Sep 2015 16:20:00 -0400 (EDT) From: Lowell Gilbert To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> Date: Tue, 08 Sep 2015 16:20:00 -0400 In-Reply-To: <55EF3D23.5060009@hiwaay.net> (William A. Mahaffey, III's message of "Tue, 8 Sep 2015 15:00:45 -0453.75") Message-ID: <44lhcgbr4f.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 20:20:07 -0000 "William A. Mahaffey III" writes: > I'm pretty sure the last few can't be deleted, but what about the > stuff in '/var/backups' & '/rescue' ? I am trying to figure out a > reasonable minimum I can size the root directory & still have safe, > reliable operations. Any clues appreciated. TIA & have a good one. You're worrying about a few tens of megabytes? You must have *really* small disks on these systems. [/rescue takes less than 10MB, and can save you a lot of time in a rescue situation.] From owner-freebsd-questions@freebsd.org Tue Sep 8 20:35:25 2015 Return-Path: Delivered-To: freebsd-questions@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 7D840A007EF for ; Tue, 8 Sep 2015 20:35:25 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 3546D1A1C for ; Tue, 8 Sep 2015 20:35:24 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t88KZMbV022441 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 8 Sep 2015 15:35:23 -0500 Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <44lhcgbr4f.fsf@be-well.ilk.org> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <55EF468A.4090902@hiwaay.net> Date: Tue, 8 Sep 2015 15:40:52 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <44lhcgbr4f.fsf@be-well.ilk.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 20:35:25 -0000 On 09/08/15 15:26, Lowell Gilbert wrote: > "William A. Mahaffey III" writes: > >> I'm pretty sure the last few can't be deleted, but what about the >> stuff in '/var/backups' & '/rescue' ? I am trying to figure out a >> reasonable minimum I can size the root directory & still have safe, >> reliable operations. Any clues appreciated. TIA & have a good one. > You're worrying about a few tens of megabytes? You must have *really* > small disks on these systems. [/rescue takes less than 10MB, and can > save you a lot of time in a rescue situation.] > Not really, & you may be right, much ado about nothing, but I like things as efficient as possible. I may be reading wrong, but I think I see ~5.3 MiB *per file*, or a few hundred MiB total in /rescue. There are also those pkg.sql backups, @ about 10 MiB apiece. The reason I ask is I have about 12 GiB used total in my root dir & I'm trying to figure out where it is all going. It may be nothing, I wanted to see if I could get down to an 8 GiB root partition, but that may be unrealistic. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Tue Sep 8 20:51:41 2015 Return-Path: Delivered-To: freebsd-questions@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 33A029CC014 for ; Tue, 8 Sep 2015 20:51:41 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 EF59A1617 for ; Tue, 8 Sep 2015 20:51:40 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 7119D24EF4; Tue, 8 Sep 2015 22:51:32 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t88KpVHH003486; Tue, 8 Sep 2015 22:51:31 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 8 Sep 2015 22:51:31 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: Storage question Message-Id: <20150908225131.21e610aa.freebsd@edvax.de> In-Reply-To: <55EF3D23.5060009@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 20:51:41 -0000 On Tue, 8 Sep 2015 15:00:45 -0453.75, William A. Mahaffey III wrote: > I am prepping to bring 2 new FreeBSD 9.3R boxen online. I am trying to > figure out how large to make root & usr partitions to make most > effective use of storage. > [...] > I'm pretty sure the last few can't be deleted, but what about the stuff > in '/var/backups' & '/rescue' ? I am trying to figure out a reasonable > minimum I can size the root directory & still have safe, reliable > operations. Any clues appreciated. TIA & have a good one. It depends on your intended use. For example, when you're rinning heavy databases or other things that occupy space in /var, then make /var a separate partition with a reasonable size. This way, / (the root partition) can stay small. Here is an example from one of my systems: / is 1 GB (I'd go for 2 GB) swap is 2 GB (machine has 2 GB RAM it hardly uses) /tmp is 1 GB /var is 1 GB /usr is 50 GB /opt is 5 GB /home is 1.8 TB (separate disk) Note that you can similarly "offload" /usr/local to a separate partition if you like. The advantage is that you can install as many software from ports as you want, leaving the OS aside. On the other hand, why not put everything into one big / and see how things develop? Especially if you aren't sure how the required disk space will be in the future, fixed size partitioning can become an "interesting" game, and it's not even a funny game. :-) Both approaches ("big partition" vs. "many partitions") have their advantages and disadvantages. If you're using ZFS, things get more comfortable as you can more easily resize partitions. However, / should contain /rescue. It's important to have this directory accessible in single user mode. In this maintenance mode (or emergency mode), only / will be accessible after boot, mounted r/o. Make sure all parts needed for a SUM boot are accessible _without_ mounting anything in addition to the root partition. The OS should still be operational in this state. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Sep 8 20:55:45 2015 Return-Path: Delivered-To: freebsd-questions@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 444919CC3AD for ; Tue, 8 Sep 2015 20:55:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 0AEC01A7F for ; Tue, 8 Sep 2015 20:55:44 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id DB3542784F; Tue, 8 Sep 2015 22:55:42 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t88KtgQc003505; Tue, 8 Sep 2015 22:55:42 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Tue, 8 Sep 2015 22:55:42 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: Storage question Message-Id: <20150908225542.799975bb.freebsd@edvax.de> In-Reply-To: <55EF468A.4090902@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> <44lhcgbr4f.fsf@be-well.ilk.org> <55EF468A.4090902@hiwaay.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 20:55:45 -0000 On Tue, 8 Sep 2015 15:40:52 -0453.75, William A. Mahaffey III wrote: > On 09/08/15 15:26, Lowell Gilbert wrote: > > "William A. Mahaffey III" writes: > > > >> I'm pretty sure the last few can't be deleted, but what about the > >> stuff in '/var/backups' & '/rescue' ? I am trying to figure out a > >> reasonable minimum I can size the root directory & still have safe, > >> reliable operations. Any clues appreciated. TIA & have a good one. > > You're worrying about a few tens of megabytes? You must have *really* > > small disks on these systems. [/rescue takes less than 10MB, and can > > save you a lot of time in a rescue situation.] > > > > Not really, & you may be right, much ado about nothing, but I like > things as efficient as possible. That's no ado. :-) > I may be reading wrong, but I think I > see ~5.3 MiB *per file*, or a few hundred MiB total in /rescue. You're reading it wrong. :-) If you try the command % ls -li /rescue then you'll see that all the files have the same inode number, i. e., they are _the same file_ (hardlinks), so only _one time_ the disk space is allocated - for _one_ file (one binary with many different names). > There > are also those pkg.sql backups, @ about 10 MiB apiece. Those usually reside in /var, not "directly" on /. > The reason I ask > is I have about 12 GiB used total in my root dir & I'm trying to figure > out where it is all going. See the important difference between "ls", "du" and "df" output. > It may be nothing, I wanted to see if I could > get down to an 8 GiB root partition, but that may be unrealistic. No, that's entirely possible. Just create different partitions for all the "other" things that can be left off of / and still keep things operational. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Sep 8 21:02:41 2015 Return-Path: Delivered-To: freebsd-questions@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 7C1699CC7E7 for ; Tue, 8 Sep 2015 21:02:41 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 585461EC3 for ; Tue, 8 Sep 2015 21:02:40 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id 4262333C46; Tue, 8 Sep 2015 17:02:39 -0400 (EDT) From: Lowell Gilbert To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <44lhcgbr4f.fsf@be-well.ilk.org> <55EF468A.4090902@hiwaay.net> Date: Tue, 08 Sep 2015 17:02:39 -0400 In-Reply-To: <55EF468A.4090902@hiwaay.net> (William A. Mahaffey, III's message of "Tue, 8 Sep 2015 15:40:52 -0453.75") Message-ID: <44h9n4bp5c.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:02:41 -0000 "William A. Mahaffey III" writes: > On 09/08/15 15:26, Lowell Gilbert wrote: >> "William A. Mahaffey III" writes: >> >>> I'm pretty sure the last few can't be deleted, but what about the >>> stuff in '/var/backups' & '/rescue' ? I am trying to figure out a >>> reasonable minimum I can size the root directory & still have safe, >>> reliable operations. Any clues appreciated. TIA & have a good one. >> You're worrying about a few tens of megabytes? You must have *really* >> small disks on these systems. [/rescue takes less than 10MB, and can >> save you a lot of time in a rescue situation.] >> > > Not really, & you may be right, much ado about nothing, but I like > things as efficient as possible. Just make sure you leave room for emergencies. > I may be reading wrong, but I think I > see ~5.3 MiB *per file*, or a few hundred MiB total in /rescue. The directory entries are all the same inode. "du /rescue" will show you around 5.5 megabytes total. > see ~5.3 MiB *per file*, or a few hundred MiB total in /rescue. There > are also those pkg.sql backups, @ about 10 MiB apiece. The reason I > ask is I have about 12 GiB used total in my root dir & I'm trying to > figure out where it is all going. It may be nothing, I wanted to see > if I could get down to an 8 GiB root partition, but that may be > unrealistic. Um, what else is in your root directory? Do you have all of /usr in there or something? Even /var isn't likely to take up gigabytes (and if it is, I'd want it on a separate partition). For example: on my server, I have: Filesystem Size Used Avail Capacity Mounted on /dev/ad6s1a 1.9G 938M 883M 52% / devfs 1.0K 1.0K 0B 100% /dev /dev/ad6s1f 291G 133G 134G 50% /home /dev/ad6s1d 4.8G 1.4G 3.0G 32% /usr /dev/ad6s1g 147G 16G 119G 12% /usr/scratch /dev/ad6s1e 4.8G 670M 3.8G 15% /var /dev/md0 62M 32K 57M 0% /tmp From owner-freebsd-questions@freebsd.org Tue Sep 8 21:04:53 2015 Return-Path: Delivered-To: freebsd-questions@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 0338E9CC95E for ; Tue, 8 Sep 2015 21:04:53 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id D5AE410F3 for ; Tue, 8 Sep 2015 21:04:52 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id 5259633C46; Tue, 8 Sep 2015 17:04:52 -0400 (EDT) From: Lowell Gilbert To: FreeBSD Questions !!!! Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <44lhcgbr4f.fsf@be-well.ilk.org> <55EF468A.4090902@hiwaay.net> <44h9n4bp5c.fsf@be-well.ilk.org> Date: Tue, 08 Sep 2015 17:04:51 -0400 In-Reply-To: <44h9n4bp5c.fsf@be-well.ilk.org> (Lowell Gilbert's message of "Tue, 08 Sep 2015 17:02:39 -0400") Message-ID: <44d1xsbp1o.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:04:53 -0000 Lowell Gilbert writes: > /dev/ad6s1a 1.9G 938M 883M 52% / And for that matter, all but around 35 megabytes is in various kernels under /boot... From owner-freebsd-questions@freebsd.org Tue Sep 8 21:06:07 2015 Return-Path: Delivered-To: freebsd-questions@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 6D4B99CCA57 for ; Tue, 8 Sep 2015 21:06:07 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E62511CA for ; Tue, 8 Sep 2015 21:06:06 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-75-179-47-202.neo.res.rr.com [75.179.47.202]); by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 817411a9; Tue, 8 Sep 2015 17:06:11 -0400 (EDT) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id e091ccef; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Tue, 8 Sep 2015 17:06:04 -0400 (EDT) Message-ID: <1441746473.12994.65.camel@michaeleichorn.com> Subject: Re: Jail causes host to reboot From: "Michael B. Eichorn" To: Niklaas Baudet von Gersdorff , Kozlov Sergey Cc: freebsd-questions@freebsd.org Date: Tue, 08 Sep 2015 17:07:53 -0400 In-Reply-To: <55EF40A4.5060208@kulturflatrate.net> References: <55E6E26A.1040706@kulturflatrate.net> <55E704D4.2050607@kulturflatrate.net> <55E74EC9.1060803@gmail.com> <55EDCACC.5080101@kulturflatrate.net> <55EF24B9.3070202@gmail.com> <55EF2A12.1080405@kulturflatrate.net> <55EF40A4.5060208@kulturflatrate.net> Content-Type: multipart/signed; micalg="sha-512"; protocol="application/x-pkcs7-signature"; boundary="=-5j+MwKd/J45HBaYjyHv4" X-Mailer: Evolution 3.16.5 Mime-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:06:07 -0000 --=-5j+MwKd/J45HBaYjyHv4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2015-09-08 at 22:10 +0200, Niklaas Baudet von Gersdorff wrote: > On 08/09/15 20:33, Niklaas Baudet von Gersdorff wrote: >=20 > > > Do you see any files in /var/crash? If yes - then it's a kernel > > > panic > > > and you have the coredump. Please read this article > > > > > ts/index.html> > > > and submit a PR. >=20 > I was brave enough to let the server crash again: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D202978 Kudos, and very interesting. I always thought that the announce system was chatty anyway and had it turned off since connections are made faster with static address settings. --=-5j+MwKd/J45HBaYjyHv4 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDnzCCA5sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAwUAoIIB2zAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA5MDgyMTA3NTNaME8GCSqGSIb3DQEJ BDFCBEATS57M8D95OXETZRdm0OAKOWXAVPYb+frLroP8cnewgsxNg1bt/vSZAeQ9xQNPI6Nz3f8H MsZKBGFWXc39x+7DMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQQIDDl3GMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25p bmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50 IENBAgMOXcYwDQYJKoZIhvcNAQEBBQAEggEAQvoHI10ivPfR6wkHZOQZBwi7atfgh04GNbJyafQs 0fQiaLsXOA734GiAMjzLZ1RDDU+pq64UgE+Dm8jXJ8+r43arGZN19PIUjETwUdFGVaswWMa9mwqP pAf9iaw6UR4pVGTcJVoyn8nef1Ozcq+C9CJGMwuDTbw7f6+1BDkxgou2Y32oOHRHZ8xCLDhLXamC g7dZ8cr4zAnDzOBL2v46RofB4V83h0FBEJmyzSNkPwrAnKfR4kEx720UZkreZ9Ce9A80iQ3TUmbY CmENTEDriLgga9M4XQUYjbf7jGt75QAB1W0c4sZ0IUoed6jvhjwecShJevLk8OprAhpTD6A0jAAA AAAAAA== --=-5j+MwKd/J45HBaYjyHv4-- From owner-freebsd-questions@freebsd.org Tue Sep 8 21:06:43 2015 Return-Path: Delivered-To: freebsd-questions@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 987D89CCAD6 for ; Tue, 8 Sep 2015 21:06:43 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (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 335411279 for ; Tue, 8 Sep 2015 21:06:43 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wicfx3 with SMTP id fx3so129175417wic.0 for ; Tue, 08 Sep 2015 14:06:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=pwpS8GbZZyBfJNvAq87pSiOQTT39FCco6fo3irvKiSs=; b=OWOZF+boE4JeV3t2HHzN3RcebI3nVMs1hwNSOUEqvWxUQ7nRLnhIUFdd3Sykur6BNJ /stbkBvsi2xhuRZBnUFpvYTENdgx6IZWSEmHjAKHJBeJduF5GW4BoHk4aWF/9onbgVHS ReS5oU/VYLf1TANH9W1x62fa2tktWde78fT5BD8ytrG2b4guY1J7z6oLcniJC1v7JRvf H4ETJ6G/qeYTufqh3j8W0u6n30F1DpPH6nms3HFx1zipeschnkanOHB6/jR0/zJuU8BE PiXz4lwNvX14D/49I87cd8ZmV3p/d4AMVxKuAyF6pQzeCHvD/FEIEzYUBKUJiiQCWPMo qJWQ== X-Received: by 10.194.121.131 with SMTP id lk3mr49116945wjb.77.1441746401655; Tue, 08 Sep 2015 14:06:41 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.198.255]) by smtp.gmail.com with ESMTPSA id h9sm6737220wjx.20.2015.09.08.14.06.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Sep 2015 14:06:41 -0700 (PDT) Date: Tue, 8 Sep 2015 22:06:39 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: Storage question Message-ID: <20150908220639.20412cbd@gumby.homeunix.com> In-Reply-To: <55EF3D23.5060009@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:06:43 -0000 On Tue, 8 Sep 2015 15:00:45 -0453.75 William A. Mahaffey III wrote: > > > I am prepping to bring 2 new FreeBSD 9.3R boxen online. I am trying > to figure out how large to make root & usr partitions to make most > effective use of storage. To that end, I did the following: > > > find / -xdev -maxdepth 3 -type f -exec ls -lSrF {} + It's easier to see the usage if you use: du -xhd1 / and then work down. From owner-freebsd-questions@freebsd.org Tue Sep 8 21:33:01 2015 Return-Path: Delivered-To: freebsd-questions@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 F3AF0A00929 for ; Tue, 8 Sep 2015 21:33:00 +0000 (UTC) (envelope-from pathiaki2@yahoo.com) Received: from nm22-vm1.bullet.mail.bf1.yahoo.com (nm22-vm1.bullet.mail.bf1.yahoo.com [98.139.212.127]) (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 A8A5B12A1 for ; Tue, 8 Sep 2015 21:33:00 +0000 (UTC) (envelope-from pathiaki2@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1441747978; bh=Z/oh/rgmFg0VtEKVFCx5/QCzS+tyNIWYoDV9wHJakxg=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject; b=MpIzOS8+EhNSUH3njbPpCkHpd5Psgu9xwdb6u5BhK2YoFgeGv1symARqeycNWdrGjf/INdfD/q2JqQhmuDkn7zSileSpndPfeurJ9rLItlXJk6EuaKIu2lLd3XW/PVU7XVkT1/BMvhgA7BBZwtTiiVTykSqQ727eP4K9zecm9QJAp08WngSbDsDST1Gkpk9n5fYuihuJ3Sysut9BKX0YzCFaBmDVC3L8H3QZvt+QjTue3BDiTmeqxOh8bZpF58m7mVpB6vPyIdeKUk7XRvSNg9itgbWd/+0ozLCGUp9jQ+bu5WxerBNewvm8TEooIHyn2s9n5Y4b1PkrsIMFiFr/cw== Received: from [98.139.215.142] by nm22.bullet.mail.bf1.yahoo.com with NNFMP; 08 Sep 2015 21:32:58 -0000 Received: from [98.139.211.207] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 08 Sep 2015 21:32:58 -0000 Received: from [127.0.0.1] by smtp216.mail.bf1.yahoo.com with NNFMP; 08 Sep 2015 21:32:58 -0000 X-Yahoo-Newman-Id: 295827.84489.bm@smtp216.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: grOJUXsVM1lMSyCzg08uGVkBQc0zaRJnCQP2A1Xfi_rrWw2 lJHuR2CYCUmfmTsd5NPmyHa.scE1CzA6hHT0cTLWBsSZ.CRKibAnPAVk5Vev d4ueA8uGZO9dqDuZ.efDhflRIKLbJGdwcWRHSA73URvlUUQ9W_kIItRtY99A hdaqZ7IqtBDxceEsZpFNZ_OU47YHir_kxQa0FVrMs6aETnx09.pvo5en2lyd fGVnmF4XJ9SCnC7CQJOBfaI5__20GZViyk.Qvoaf5N2r.acQxlu.THvMzrao Kmd.suZt8YPEeaO0N6O8uil7Bl3I.5OISEiwWFaiB5JfaObLLgRl8tdZ9MRs P016eQLrf.ljVOJsfgSBIO31Sz88UFVkuh4U1.kot1gmA2IR4g0ugQ8Sbk7i WLf3zhbEBjvlRy6wFlYSVIrw1qEMW2S9i3vx5xA5ejyHPShDb4ZIE17FrGiK nTYa395M4uQ2M8yUSl.kmCMGLV_kHJLGNPmYkSXgTGvwwhf0tzoSXfBIY4B2 9hvt82292NZfDylvP2LHzjUTUalFuPL9YWg-- X-Yahoo-SMTP: h3Xqg6.swBC0yI913RMMwp94grO_cg-- Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> From: Paul Pathiakis Message-ID: <55EF5409.8020007@yahoo.com> Date: Tue, 8 Sep 2015 17:32:57 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150908220639.20412cbd@gumby.homeunix.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:33:01 -0000 Just curious, why not ZFS? It is extremely stable and then you don't have to worry about properly sizing but you can limit the size of a parition from growing out of control. Due to the pooling, you have access to all your storage on the drive to all the partitions. P. On 09/08/2015 17:06, RW via freebsd-questions wrote: > On Tue, 8 Sep 2015 15:00:45 -0453.75 > William A. Mahaffey III wrote: > >> >> I am prepping to bring 2 new FreeBSD 9.3R boxen online. I am trying >> to figure out how large to make root & usr partitions to make most >> effective use of storage. To that end, I did the following: >> >> >> find / -xdev -maxdepth 3 -type f -exec ls -lSrF {} + > It's easier to see the usage if you use: > > du -xhd1 / > > and then work down. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Tue Sep 8 21:34:34 2015 Return-Path: Delivered-To: freebsd-questions@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 70807A00A52 for ; Tue, 8 Sep 2015 21:34:34 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD451355 for ; Tue, 8 Sep 2015 21:34:34 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 4D480A00A51; Tue, 8 Sep 2015 21:34:34 +0000 (UTC) Delivered-To: questions@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 4CE01A00A50 for ; Tue, 8 Sep 2015 21:34:34 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (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 ED6AE1353 for ; Tue, 8 Sep 2015 21:34:33 +0000 (UTC) (envelope-from carlopmart@gmail.com) Received: by wiclk2 with SMTP id lk2so262485wic.1 for ; Tue, 08 Sep 2015 14:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=ZdeP8Zoi6lbCWj0EDG605QduvtRLuN427Evg5Umwd6s=; b=rsHmcmzo1g9DvWyCkTNsrXWfY9ik/yJansWmgxbcvmvuvulO8a70vLr8QJiVmLqCut RfsywYrrx4CAFzNJAlqAD0DYGr84gqwCyKTwMUQez5JMnrxHvXZ0huTUPWAQmh28MnDU pDW1V7HfUGq+UAOQsOMoFBFptP4ptS92EhueYhOZteZ5EhranFBbQNxnvCG06muagMsV LH5u52Jm6sZp+qz/sPbvGe6Urpf49GXC60n1znd8+jVkVOVkrCM7oRImpNKUfJ9Tg1IE Unq4AF+jXaZx+Zlb8+ORY9CHcnZcpshKE8zhRPdnTHXBINsEcbldLWU7woS9ativ5+pf EWTQ== X-Received: by 10.194.113.1 with SMTP id iu1mr30296805wjb.158.1441748072489; Tue, 08 Sep 2015 14:34:32 -0700 (PDT) Received: from [172.22.55.1] (139.Red-88-0-27.dynamicIP.rima-tde.net. [88.0.27.139]) by smtp.googlemail.com with ESMTPSA id lg6sm6851039wjb.10.2015.09.08.14.34.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 08 Sep 2015 14:34:31 -0700 (PDT) Message-ID: <55EF5460.4040105@gmail.com> Date: Tue, 08 Sep 2015 21:34:24 +0000 From: "C.L. Martinez" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: questions@freebsd.org Subject: Using openconnect with ipfw+natd Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:34:34 -0000 Hi all, I have installed a freebsd (10.2 p2, fully patched) vm under kvm host to use as a ssl-vpn client to connect to several Juniper SSL-VPN devices (of course, not at the same time). I need to do NAT in this freebsd vm to allow others vm's behind it to access to other hosts behind Juniper appliances, but it doesn't works. In my rc.conf I put the following: ### Firewall configuration options: ### gateway_enable="YES" firewall_enable="YES" firewall_type="open" firewall_logging="NO" natd_enable="YES" natd_flags="-dynamic -m" My actual ipfw rules: 00050 14 1064 divert 8668 ip from any to any in via tun0 00100 0 0 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 00400 0 0 deny ip from any to ::1 00500 0 0 deny ip from ::1 to any 00600 0 0 allow ipv6-icmp from :: to ff02::/16 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 0 0 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 65000 1605 241150 allow ip from any to any 65535 0 0 deny ip from any to any ... but nat doesn't works and this Freebsd vm reaches all hosts behind Juniper appliances What am I doing wrong?? Thanks. From owner-freebsd-questions@freebsd.org Tue Sep 8 21:50:47 2015 Return-Path: Delivered-To: freebsd-questions@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 DC9D99CD1BC for ; Tue, 8 Sep 2015 21:50:47 +0000 (UTC) (envelope-from karly@kipshouse.net) Received: from mgmt.ironboy.kipshouse.net (ironboy.kipshouse.net [IPv6:2001:470:835a:4242::42]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx.kipshouse.net", Issuer "Starfield Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 707301F23 for ; Tue, 8 Sep 2015 21:50:47 +0000 (UTC) (envelope-from karly@kipshouse.net) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kipshouse.org; i=@kipshouse.org; q=dns/txt; s=kh-ss; t=1441749048; x=1473285048; h=date:from:to:subject:message-id:mime-version; z=Date:=20Tue,=208=20Sep=202015=2014:41:55=20-0700|From: =20Karl=20Young=20|To:=20freebsd-que stions@freebsd.org|Subject:=20Alternatives=20to=20popen() ?|Message-ID:=20<20150908214155.GA11226@mailboy.kipshouse .net>|MIME-Version:=201.0; bh=As8YaXuAkmqq7d5loyB7hcnFqpOvM8d9DiuR4jTj9eU=; b=p7KIUyI/E++ZvcZNVS2/euKwKeqQJV6P0vEBjRclWOzlCRo3FL1BZ1lK cPU7ddpwLPE+azi9xhS5rGRNq/DvvvzWw5nHOrRbWOSfCNDfxeUT2k6Lm hB0MUq2hsc9PNnIparIcRHYaAFRi1PdwT68AmvjA+KLeQyjUGr3YtNLXE yaxwWzPcLl7ruyeu3/s2pJCeLpSYOE0OWoAQMNOUj1e4nFmaq0Kwa/oKc qMnwvYOgS6B9XWVOTjLepqtKhi4rBPVp6oilvKjL3mc87EEy2Z4/Z2V9t iyDRurQmZe6k+P0XAB5ZirVxz7uGWW4eGkExWNdKC9GKQiOVXexpS/zBz g==; Authentication-Results: d2.ironport.kipshouse.net; dkim=neutral (message not signed) header.i=none Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of karly@kipshouse.org) identity=pra; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="karly@kipshouse.org"; x-conformance=sidf_compatible Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of karly@kipshouse.net) identity=mailfrom; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="karly@kipshouse.net"; x-conformance=sidf_compatible Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of postmaster@mailboy.kipshouse.net) identity=helo; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="postmaster@mailboy.kipshouse.net"; x-conformance=sidf_compatible X-SBRS: None X-MID: 173982 X-RemoteIP: 2001:470:835a:1010::26 X-RemoteHost: 2001:470:835a:1010::26, mailboypriv.kipshouse.net X-IronPort-AV: E=McAfee;i="5700,7163,7918"; a="173982" Received: from mailboypriv.kipshouse.net (HELO mailboy.kipshouse.net) ([IPv6:2001:470:835a:1010::26]) by d2.ironport.kipshouse.net with ESMTP; 08 Sep 2015 14:50:46 -0700 Received: by mailboy.kipshouse.net (Postfix, from userid 500) id EA3624367A; Tue, 8 Sep 2015 14:41:55 -0700 (PDT) Date: Tue, 8 Sep 2015 14:41:55 -0700 From: Karl Young To: freebsd-questions@freebsd.org Subject: Alternatives to popen()? Message-ID: <20150908214155.GA11226@mailboy.kipshouse.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.kipshouse.org/karly X-Work-URL: http://www.cisco.com/ X-Disclaimer: My opinions do not necessarily represent those of my employer. User-Agent: Mutt/1.5.20 (2009-12-10) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 21:50:48 -0000 We've run into ths bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148581 [libc] fopen(3) fails with EMFILE if there are more than SHORT_MAX fds open Since popen returns FILE* it hits the same issue. The program we use will typically have many thousands of sockets open, and if it happens to have over 32K open when we call popen it fails. So I guess we can cobble together our own popen with fork and pipe. Are there any other alternatives? Thanks -karl From owner-freebsd-questions@freebsd.org Tue Sep 8 22:04:03 2015 Return-Path: Delivered-To: freebsd-questions@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 561CC9CD795 for ; Tue, 8 Sep 2015 22:04:03 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47]) (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 199691436 for ; Tue, 8 Sep 2015 22:04:02 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qgx61 with SMTP id 61so95520584qgx.3 for ; Tue, 08 Sep 2015 15:04:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=iFTXck/6APPwNP88H7NlhYdmiABa6Ma0Z8a8BIsTfys=; b=VvRQiT2fVjSYzFIYnpOOSaOo4lx3uq53ji65w+mPR4fUORsYWDQ+tzuP55tf5GPY+6 3DSgqL42rXBO1yVw5l+UchMhlUYt0Xki6HVM83elBxJyYpq5qMF20MUuo1E90YtvZwaQ Um0vODFez3JPLWsexNTWfnafHTlrg7BWEtDKMcMc9YNLhjF2kIxUhE+nEq0D7N/kebGt lJ5yoiswNMGMcrYtz0nSWXRwebsKvukJozq/oFTej0muuLqFTCHXOgNdQU70B0agdo4z ZsOeRxU4rHKZCSqe0rX/qdFX4IIQqa86jLoJXsFy1DWJU6MMNtrFdF8N354wFf0OtOW1 nHoQ== X-Gm-Message-State: ALoCoQmbVkyuBS7u4Iche60uxm+K8/e7i5k/Z8SRm8My1kat6MATieNlyaPEW4s7v3wjh7QwYNh4 X-Received: by 10.140.84.116 with SMTP id k107mr18156477qgd.63.1441749841385; Tue, 08 Sep 2015 15:04:01 -0700 (PDT) Received: from [192.168.2.138] (pool-100-4-179-8.albyny.fios.verizon.net. [100.4.179.8]) by smtp.gmail.com with ESMTPSA id v22sm2673605qkv.45.2015.09.08.15.03.59 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 08 Sep 2015 15:03:59 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Storage question From: Paul Kraus In-Reply-To: <55EF5409.8020007@yahoo.com> Date: Tue, 8 Sep 2015 18:03:56 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <7B220197-47CF-4A4A-A312-13870D8C3C9A@kraus-haus.org> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 22:04:03 -0000 On Sep 8, 2015, at 17:32, Paul Pathiakis via freebsd-questions = wrote: > Just curious, why not ZFS? It is extremely stable and then you don't = have to worry about properly sizing but you can limit the size of a = parition from growing out of control. Due to the pooling, you have = access to all your storage on the drive to all the partitions. I second the =93why not ZFS=94 question here, even under 9.3. While it a = harder to install a zfs-only system under 9.x, you can. I built a number = of them before 10.x came out, some still in production. In addition to = the ability to (almost) dynamically move space around between = =93filesystems=94, you get the end to end data integrity features. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Tue Sep 8 22:07:57 2015 Return-Path: Delivered-To: freebsd-questions@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 5ED639CD960 for ; Tue, 8 Sep 2015 22:07:57 +0000 (UTC) (envelope-from jon@radel.com) Received: from radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "*.radel.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A98315CF for ; Tue, 8 Sep 2015 22:07:56 +0000 (UTC) (envelope-from jon@radel.com) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.7 (ClamAV engine v0.98.7) Received: from [2001:470:880a:4389:893c:4aaf:8b1f:8a3e] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.1.2 _community_) with ESMTPSA id 867251 for freebsd-questions@freebsd.org; Tue, 08 Sep 2015 21:07:46 +0000 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <44lhcgbr4f.fsf@be-well.ilk.org> <55EF468A.4090902@hiwaay.net> From: Jon Radel Message-ID: <55EF4E22.8070200@radel.com> Date: Tue, 8 Sep 2015 17:07:46 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EF468A.4090902@hiwaay.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms020809080208010605010009" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Sep 2015 22:07:57 -0000 This is a cryptographically signed message in MIME format. --------------ms020809080208010605010009 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 9/8/15 4:33 PM, William A. Mahaffey III wrote: > > Not really, & you may be right, much ado about nothing, but I like=20 > things as efficient as possible. There are many ways to measure efficiency--and most people don't work as = cheap as you apparently do.... Of course, if these are a cross between=20 hobby servers and training platform, more power to you. Breaking=20 everything can be remarkably educational if one then takes the time to=20 unbreak it all. :-) > I may be reading wrong, but I think I see ~5.3 MiB *per file*, or a=20 > few hundred MiB total in /rescue. There are also those pkg.sql=20 > backups, @ about 10 MiB apiece. The reason I ask is I have about 12=20 > GiB used total in my root dir & I'm trying to figure out where it is=20 > all going. It may be nothing, I wanted to see if I could get down to=20 > an 8 GiB root partition, but that may be unrealistic. > I'd say you're ending up with extra cruft somewhere. I just checked 2=20 production machines (10.1, I don't have anything 9ish around anymore)=20 and the root partitions use 1.1G and 3G. I made absolutely *no* attempt = to trim down the size of the root partition, or anything else, as=20 between ZFS, 1 TB drives being about the smallest worth buying, and my=20 relatively modest data requirements, I find more amusing things to do=20 with my time. $ du -sh /rescue 4.9M /rescue does that really show several hundred M on your system? --Jon Radel jon@radel.com --------------ms020809080208010605010009 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cq8wggSvMIIDl6ADAgECAhEA4CPLFRKDU4mtYW56VGdrITANBgkqhkiG9w0BAQsFADBvMQsw CQYDVQQGEwJTRTEUMBIGA1UEChMLQWRkVHJ1c3QgQUIxJjAkBgNVBAsTHUFkZFRydXN0IEV4 dGVybmFsIFRUUCBOZXR3b3JrMSIwIAYDVQQDExlBZGRUcnVzdCBFeHRlcm5hbCBDQSBSb290 MB4XDTE0MTIyMjAwMDAwMFoXDTIwMDUzMDEwNDgzOFowgZsxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNP TU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVu dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAImxDdp6UxlOcFIdvFamBia3uEngludRq/HwWhNJFaO0jBtgvHpRQqd5jKQi3xdh TpHVdiMKFNNKAn+2HQmAbqUEPdm6uxb+oYepLkNSQxZ8rzJQyKZPWukI2M+TJZx7iOgwZOak +FaA/SokFDMXmaxE5WmLo0YGS8Iz1OlAnwawsayTQLm1CJM6nCpToxDbPSBhPFUDjtlOdiUC ISn6o3xxdk/u4V+B6ftUgNvDezVSt4TeIj0sMC0xf1m9UjewM2ktQ+v61qXxl3dnUYzZ7ifr vKUHOHaMpKk4/9+M9QOsSb7K93OZOg8yq5yVOhM9DkY6V3RhUL7GQD/L5OKfoiECAwEAAaOC ARcwggETMB8GA1UdIwQYMBaAFK29mHo0tCb3+sQmVO8DveAky1QaMB0GA1UdDgQWBBSSYWuC 4aKgqk/sZ/HCo/e0gADB7DAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEQYDVR0gBAowCDAGBgRVHSAAMEQGA1Ud HwQ9MDswOaA3oDWGM2h0dHA6Ly9jcmwudXNlcnRydXN0LmNvbS9BZGRUcnVzdEV4dGVybmFs Q0FSb290LmNybDA1BggrBgEFBQcBAQQpMCcwJQYIKwYBBQUHMAGGGWh0dHA6Ly9vY3NwLnVz ZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQELBQADggEBABsqbqxVwTqriMXY7c1V86prYSvACRAj mQ/FZmpvsfW0tXdeDwJhAN99Bf4Ss6SAgAD8+x1banICCkG8BbrBWNUmwurVTYT7/oKYz1gb 4yJjnFL4uwU2q31Ypd6rO2Pl2tVz7+zg+3vio//wQiOcyraNTT7kSxgDsqgt1Ni7QkuQaYUQ 26Y3NOh74AEQpZzKOsefT4g0bopl0BqKu6ncyso20fT8wmQpNa/WsadxEdIDQ7GPPprsnjJT 9HaSyoY0B7ksyuYcStiZDcGG4pCS+1pCaiMhEOllx/XVu37qjIUgAmLq0ToHLFnFmTPyOInl tukWeh95FPZKEBom+nyK+5swggX4MIIE4KADAgECAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqG SIb3DQEBCwUAMIGbMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVy MRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UE AxM4Q09NT0RPIFNIQS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1h aWwgQ0EwHhcNMTUwMzMwMDAwMDAwWhcNMTgwMzI5MjM1OTU5WjCB+jELMAkGA1UEBhMCVVMx DjAMBgNVBBETBTIyMTUwMQswCQYDVQQIEwJWQTEUMBIGA1UEBxMLU3ByaW5nZmllbGQxGjAY BgNVBAkTETY5MTcgUmlkZ2V3YXkgRHIuMRUwEwYDVQQKEwxKb24gVC4gUmFkZWwxMjAwBgNV BAsTKUlzc3VlZCB0aHJvdWdoIEpvbiBULiBSYWRlbCBFLVBLSSBNYW5hZ2VyMR8wHQYDVQQL ExZDb3Jwb3JhdGUgU2VjdXJlIEVtYWlsMRIwEAYDVQQDEwlKb24gUmFkZWwxHDAaBgkqhkiG 9w0BCQEWDWpvbkByYWRlbC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDe 1Rth9hbQqaODn++C5dVAQH9nM2VH3oPazZufOwmIG2SXI/v3PuemcQQ3JkhmpQ06gYszyXbk TCLsqvEfalYj81jdt/K5lT4aVdj0LfJIWyTcU95V2rsCuHsSvn/PnIcsEtXg53rCtqS4EOtJ 9u3rY2hP8YCiyz1yY3mn4nKJs93MHG4AkXYuVpzfaIADETcVrA+razvXEfnDJXXDZZ9ZuuV1 06yIovOvhYWSlaVu8nrSHJjXFZI2IXwgIeVBoMih3yu6LLj14I/YdZ0rIA8K+UNB+NW6Ri3u wHXBbr4jh3ZqkrqIVUrf1VeybhdrJcdqXdMNHjKDSlCoaxYRbLy1AgMBAAGjggHVMIIB0TAf BgNVHSMEGDAWgBSSYWuC4aKgqk/sZ/HCo/e0gADB7DAdBgNVHQ4EFgQUz9YB10WEfBNHskRw o/0vh8qaQuwwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0lBBYwFAYIKwYB BQUHAwQGCCsGAQUFBwMCMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQMFMCswKQYIKwYBBQUH AgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMF0GA1UdHwRWMFQwUqBQoE6GTGh0 dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9u YW5kU2VjdXJlRW1haWxDQS5jcmwwgZAGCCsGAQUFBwEBBIGDMIGAMFgGCCsGAQUFBzAChkxo dHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9TSEEyNTZDbGllbnRBdXRoZW50aWNhdGlv bmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9j YS5jb20wGAYDVR0RBBEwD4ENam9uQHJhZGVsLmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAS1Pe +gBgP+SQ/a5I5e7zX0Rg0DhH378LHlZixJgS6LfCPL2edKMUQi3Th9GXfLjdeyeWuMWoz925 ZzBHcPwkBeH+iM/AEhu0Dhi0kop/p66g9tEPJUZ/KDsqxddNDrD0Typn3/33pHTjJEDqydzA gwB0Nn8blpMbqSwT+j8wuPakfLsj1cSDzXrTLLsmIQB7auAyaYXdWyW8Yqw336rLUCvjOUfn qOOyjVsieTw/0PLoOHJaGyez+VtV4eyi6p1SNiX32A+fvxBMzKQLCokE43cXItc9Okzq//f2 fuvGp17r8mpm4OjjM5E2kwsg9bBPUBMR4/sxosKVLn0o9rxlozGCBEEwggQ9AgEBMIGwMIGb MQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdT YWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDFBMD8GA1UEAxM4Q09NT0RPIFNI QS0yNTYgQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEHNU5Tx9 a7TNDWBpDfzOARswDQYJYIZIAWUDBAIBBQCgggJhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B BwEwHAYJKoZIhvcNAQkFMQ8XDTE1MDkwODIxMDc0NlowLwYJKoZIhvcNAQkEMSIEIEB6s7gv 9vaKzPG2TyyuAnx63lfCive68CvmWOBQOyPgMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUD BAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcN AwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgcEGCSsGAQQBgjcQBDGBszCBsDCBmzEL MAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2Fs Zm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEt MjU2IENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0 zQ1gaQ38zgEbMIHDBgsqhkiG9w0BCRACCzGBs6CBsDCBmzELMAkGA1UEBhMCR0IxGzAZBgNV BAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09N T0RPIENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50 aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhBzVOU8fWu0zQ1gaQ38zgEbMA0GCSqGSIb3 DQEBAQUABIIBAGjRc5kGLpdaHrN+1ddEXT1qXXzQ9LDjL0sIVnPhLvJuV2+7PKCqnn7Lm0AQ NRhgDgukZivGA6e87c/thuwec/jUsNCstKIh4UCNwvb+pPzB1WVsNJEFF/9Hrbxsup0PAv3V isOjRaLG7k4W9A/bK8MDQRvJC5V3m20EN1xmyEP/81hifJQzwOBoUKXSvFHvOMwiuHUxyPok Pks5Xa3d+WGa7GpsTmUX/WNPDzJ/86xMmUjqjp6EnD+p/Zs5EV0XrDLBnUSOuntMM8EAP0OE ykUNLfR1SgK/mRb3OehRiW6oXICBXjbkwB+rSuH5/LHCRBCdYu8wGrl5DuGgATdA9fkAAAAA AAA= --------------ms020809080208010605010009-- From owner-freebsd-questions@freebsd.org Wed Sep 9 02:58:26 2015 Return-Path: Delivered-To: freebsd-questions@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 D5BFD9CCB17 for ; Wed, 9 Sep 2015 02:58:26 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 B85511ECB for ; Wed, 9 Sep 2015 02:58:26 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id EC9E13F6FC; Tue, 8 Sep 2015 22:58:24 -0400 (EDT) Message-ID: <55EFA050.6020901@sneakertech.com> Date: Tue, 08 Sep 2015 22:58:24 -0400 From: Quartz MIME-Version: 1.0 To: Ernie Luzar CC: freebsd-questions Subject: Re: How to update the hosts clock as part of cron daily? References: <55EEE94E.4060906@gmail.com> In-Reply-To: <55EEE94E.4060906@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 02:58:26 -0000 > What is the normal practice to accomplish this? Just turn on ntpd, it's part of the base system: https://www.freebsd.org/doc/en/books/handbook/network-ntp.html Don't mess with trying to run ntpdate from cron, that's a total hack and won't really work right. From owner-freebsd-questions@freebsd.org Wed Sep 9 05:17:44 2015 Return-Path: Delivered-To: freebsd-questions@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 E7877A008D2 for ; Wed, 9 Sep 2015 05:17:44 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 B97EE12A1 for ; Wed, 9 Sep 2015 05:17:44 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t895Hga3011939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 00:17:42 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> From: "William A. Mahaffey III" Message-ID: <55EFC0F5.4000601@hiwaay.net> Date: Wed, 9 Sep 2015 00:23:11 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150908220639.20412cbd@gumby.homeunix.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 05:17:45 -0000 On 09/08/15 16:12, RW via freebsd-questions wrote: > On Tue, 8 Sep 2015 15:00:45 -0453.75 > William A. Mahaffey III wrote: > >> >> I am prepping to bring 2 new FreeBSD 9.3R boxen online. I am trying >> to figure out how large to make root & usr partitions to make most >> effective use of storage. To that end, I did the following: >> >> >> find / -xdev -maxdepth 3 -type f -exec ls -lSrF {} + > It's easier to see the usage if you use: > > du -xhd1 / > > and then work down. [root@kabini1, /etc, 3:38:34pm] 445 % du -xhd1 / 4.0k /.snap 4.0k /home 512B /dev 244k /libexec 10G /var 4.0k /mnt 6M /sbin 4.0k /tmp 8.6M /lib 600M /boot 5.7M /etc 0B /proc 5.2M /rescue 38M /root 1.2M /bin 4.0k /usr 14k /media 512B /net 512B /host 32k /.amd_mnt 312M /compat 11G / [root@kabini1, /etc, 12:18:08am] 446 % & I think we may have a winner :-) !!!! *Wow*, 10 GB (out of 11-ish) in /var. I knew it could get porky, but no idea that bad (& consistent w/ other replies showing *very* small root dirs & astutely sized other partitions). A bit more thinking required here :-) .... Thanks for *all* replies thus far & continuing :-). -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 05:21:29 2015 Return-Path: Delivered-To: freebsd-questions@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 1927BA00B5B for ; Wed, 9 Sep 2015 05:21:29 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 DE81315D0 for ; Wed, 9 Sep 2015 05:21:28 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t895LQfT013443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 00:21:27 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <44lhcgbr4f.fsf@be-well.ilk.org> <55EF468A.4090902@hiwaay.net> <55EF4E22.8070200@radel.com> From: "William A. Mahaffey III" Message-ID: <55EFC1D6.4090209@hiwaay.net> Date: Wed, 9 Sep 2015 00:26:56 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EF4E22.8070200@radel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 05:21:29 -0000 On 09/08/15 16:14, Jon Radel wrote: > On 9/8/15 4:33 PM, William A. Mahaffey III wrote: >> >> Not really, & you may be right, much ado about nothing, but I like >> things as efficient as possible. > There are many ways to measure efficiency--and most people don't work > as cheap as you apparently do.... Of course, if these are a cross > between hobby servers and training platform, more power to you. > Breaking everything can be remarkably educational if one then takes > the time to unbreak it all. :-) > >> I may be reading wrong, but I think I see ~5.3 MiB *per file*, or a >> few hundred MiB total in /rescue. There are also those pkg.sql >> backups, @ about 10 MiB apiece. The reason I ask is I have about 12 >> GiB used total in my root dir & I'm trying to figure out where it is >> all going. It may be nothing, I wanted to see if I could get down to >> an 8 GiB root partition, but that may be unrealistic. >> > I'd say you're ending up with extra cruft somewhere. I just checked 2 > production machines (10.1, I don't have anything 9ish around anymore) > and the root partitions use 1.1G and 3G. I made absolutely *no* > attempt to trim down the size of the root partition, or anything else, > as between ZFS, 1 TB drives being about the smallest worth buying, and > my relatively modest data requirements, I find more amusing things to > do with my time. I am indeed using 1 TB drives (2X in 1 case, 8X in the other), but (apparently) confused myself w/ my choice of ways to assess storage used :-/ .... > > $ du -sh /rescue > 4.9M /rescue > > does that really show several hundred M on your system? > > --Jon Radel > jon@radel.com Well ... no, but my original command seemed to. I think I now stand corrected, & thanks (sincerely) for that. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 05:25:49 2015 Return-Path: Delivered-To: freebsd-questions@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 31741A00D4F for ; Wed, 9 Sep 2015 05:25:49 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 DC834182C for ; Wed, 9 Sep 2015 05:25:48 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t895PlkH015344 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 00:25:47 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> From: "William A. Mahaffey III" Message-ID: <55EFC2DA.3020101@hiwaay.net> Date: Wed, 9 Sep 2015 00:31:16 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EF5409.8020007@yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 05:25:49 -0000 On 09/08/15 16:39, Paul Pathiakis via freebsd-questions wrote: > Just curious, why not ZFS? It is extremely stable and then you don't > have to worry about properly sizing but you can limit the size of a > parition from growing out of control. Due to the pooling, you have > access to all your storage on the drive to all the partitions. > > P. > Good question. 1 of the new boxen (the one that is tight for storage) is tight for CPU, quad-core AMD A4-5000, 1.5 GHz, not much firepower, & will be tasked w/ MythTV by default, so I guessed that adding ZFS might overpower it. I otherwise agree w/ the advantages of ZFS. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 07:20:11 2015 Return-Path: Delivered-To: freebsd-questions@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 52BDDA00D17 for ; Wed, 9 Sep 2015 07:20:11 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 32C4E1A2A for ; Wed, 9 Sep 2015 07:20:11 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: by mailman.ysv.freebsd.org (Postfix) id 32177A00D16; Wed, 9 Sep 2015 07:20:11 +0000 (UTC) Delivered-To: questions@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 31AC0A00D15 for ; Wed, 9 Sep 2015 07:20:11 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.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 C29691A1F for ; Wed, 9 Sep 2015 07:20:10 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id E44CFD7882 for ; Wed, 9 Sep 2015 14:20:00 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :subject:subject:from:from:received:received:received; s= selector1; t=1441783199; x=1443597600; bh=TH36COTSN24NbxiV92k6DM oVXRrQsRXnqt6eXZIn2Wc=; b=Hk8vBg9aW12uBggXm/ZgSW34Lfbjc7lW4zwQIX BZfyLO/B0gLyynnC8P2WJM2mU4jf+0E7VfXNo4/7asY5o5V5OLZuIxl+82rheCj8 DVNmQA8w/VmdmeGNaHuvRDEsHIKyvOC6ozXoUiC96ORTt8H9jmCR7oBzU7Vtlhbu 9JWuA= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gOqvMGQuZxzY for ; Wed, 9 Sep 2015 14:19:59 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 11DB3D7881 for ; Wed, 9 Sep 2015 14:19:58 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.14.7/8.14.7/Submit) id t897JvjF046534; Wed, 9 Sep 2015 14:19:57 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier Nicole To: questions@freebsd.org Subject: One daemon not starting in /etc/rc.local Date: Wed, 09 Sep 2015 14:19:57 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 07:20:11 -0000 Hi, I am at lost. In /etc/rc.local I have: # REQUIRE: networking DAEMON FILESYSTEMS devfs # PROVIDE: p0f recover-backup count-stats echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii # start the OS fingerprint analyzer # -l means on line per record! /usr/local/bin/p0f -i vmx0 'tcp dst port 25' 2>&1|/usr/local/bin/p0f-analyzer.pl 2345 & echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii At boot I see the 2 lines of iii but p0f is not started. If I copy/paste in sheel the line /usr/local/bin/p0f etc. it starts, prints the start-up message and runs happilly. There must be a trivial error, but I can't see it, so any help will be greatly appreciated. TIA. Olivier -- From owner-freebsd-questions@freebsd.org Wed Sep 9 07:29:32 2015 Return-Path: Delivered-To: freebsd-questions@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 AB6EC9CD177 for ; Wed, 9 Sep 2015 07:29:32 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 88AE31DA6 for ; Wed, 9 Sep 2015 07:29:32 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.9) with ESMTP id t8973INI075979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Sep 2015 00:03:19 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Storage question From: Doug Hardie In-Reply-To: <55EFC2DA.3020101@hiwaay.net> Date: Wed, 9 Sep 2015 00:03:18 -0700 Cc: freebsd-questions@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> To: "William A. Mahaffey III" X-Mailer: Apple Mail (2.2104) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 07:29:32 -0000 The one item I didn=E2=80=99t see mentioned is the size of the next = upgrade kernel. I =E2=80=9Csized=E2=80=9D my root partition for 6.1 = years ago. 7 didn=E2=80=99t fit on it unless I removed the kernel debug = symbols during the installation. 8 wouldn=E2=80=99t fit at all. I have = periodically had to completely rebuild the system disk to resize the = partitions for system upgrades. That is a real pain and a major = downtime. 10 is out and 11 is almost here. Newer systems are always = larger. From owner-freebsd-questions@freebsd.org Wed Sep 9 08:14:30 2015 Return-Path: Delivered-To: freebsd-questions@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 53568A00D6B for ; Wed, 9 Sep 2015 08:14:30 +0000 (UTC) (envelope-from v.demartino@me.com) Received: from st11p01im-asmtp001.me.com (st11p01im-asmtp001.me.com [17.172.204.151]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B1351589 for ; Wed, 9 Sep 2015 08:14:30 +0000 (UTC) (envelope-from v.demartino@me.com) Received: from [192.168.1.114] (host205-227-dynamic.19-79-r.retail.telecomitalia.it [79.19.227.205]) by st11p01im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Mar 31 2015)) with ESMTPSA id <0NUE00Y1QERQ7L10@st11p01im-asmtp001.me.com> for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 07:14:16 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2015-09-09_04:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 kscore.is_bulkscore=1.23950849584276e-12 compositescore=0.793442865266853 phishscore=0 kscore.is_spamscore=0 rbsscore=0.793442865266853 recipient_to_sender_totalscore=0 spamscore=0 urlsuspectscore=0.793442865266853 adultscore=0 kscore.compositescore=0 circleOfTrustscore=0 suspectscore=2 recipient_domain_to_sender_totalscore=0 bulkscore=0 recipient_domain_to_sender_domain_totalscore=0 recipient_to_sender_domain_totalscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1412110000 definitions=main-1509090127 From: Vittorio De Martino Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Subject: I can't understand why texi2any is missing while it's there Date: Wed, 09 Sep 2015 09:14:13 +0200 Message-id: <0EBBDDB0-61C9-471E-B485-D0E807D4B511@me.com> To: FreeBSD Mailing List MIME-version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 08:14:30 -0000 I'm trying to compile the R statistical program version 3.2.2 from the = original sources under FreeBSD 10.2 but the installation program = complains that: >>>>>>>>>> root@metbsd:/R-3.2.2 # make info ERROR: 'texi2any' v5.1 or later needed but missing on your system. *** Error code 1 Stop. make[2]: stopped in /usr/ports/math/R-new/work/R-3.2.2/doc/manual *** Error code 1 >>>>>>>>>>>>> BUT: >>>>>>>>>>>>> root@metbsd:/R-3.2.2 # which texi2any /usr/local/bin/texi2any root@metbsd:/R-3.2.2 # texi2any --version texi2any (GNU texinfo) 6.0 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later = This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. >>>>>>>>>>>>>>> I really acn't understand what's going on. Could you please help me? Ciao Vittorio= From owner-freebsd-questions@freebsd.org Wed Sep 9 08:30:41 2015 Return-Path: Delivered-To: freebsd-questions@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 8C3F29CB91A for ; Wed, 9 Sep 2015 08:30:41 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.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 2733B1C40 for ; Wed, 9 Sep 2015 08:30:41 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id D1549D7882; Wed, 9 Sep 2015 15:30:37 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1441787437; x=1443601838; bh=9MmAs2hwt SJqRHjHVEqiyuzUci6OVG7iG7d0elUw+uQ=; b=KY+9uGvCZHTKr46SzYciCQA0I aS30+T8OWGpA1IiB8D0WvCPmZyYmw8dJqQ403zloOwqqDrT5/L3kjaXXBiIyqY5k K3uWCGe9FmWjbHe/XGIzWTzNsMs7YHjnJUBXEdyk9LxTzMTUe5tmGRBjY+fxG5Ku RGuLEiO2wmFWs2nrok= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id RqnC79ycqsfe; Wed, 9 Sep 2015 15:30:37 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id F3092D7881; Wed, 9 Sep 2015 15:30:36 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.14.7/8.14.7/Submit) id t898UZuJ046975; Wed, 9 Sep 2015 15:30:35 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier Nicole To: Vittorio De Martino Cc: freebsd-questions@freebsd.org Subject: Re: I can't understand why texi2any is missing while it's there In-Reply-To: <0EBBDDB0-61C9-471E-B485-D0E807D4B511@me.com> (message from Vittorio De Martino on Wed, 09 Sep 2015 09:14:13 +0200) Date: Wed, 09 Sep 2015 15:30:35 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 08:30:41 -0000 Vittorio De Martino writes: > I'm trying to compile the R statistical program version 3.2.2 from the original sources under FreeBSD 10.2 but the installation program complains that: >>>>>>>>>>> > root@metbsd:/R-3.2.2 # make info > ERROR: 'texi2any' v5.1 or later needed but missing on your system. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/ports/math/R-new/work/R-3.2.2/doc/manual > *** Error code 1 >>>>>>>>>>>>>> > BUT: > >>>>>>>>>>>>>> > root@metbsd:/R-3.2.2 # which texi2any > /usr/local/bin/texi2any > root@metbsd:/R-3.2.2 # texi2any --version > texi2any (GNU texinfo) 6.0 > > Copyright (C) 2015 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. >>>>>>>>>>>>>>>> > > I really acn't understand what's going on. Could you please help me? Culd that be that texti2any has been lost in the pkg database? What would pkg info | grep -i texti report? Olivier > Ciao > Vittorio > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- From owner-freebsd-questions@freebsd.org Wed Sep 9 11:00:01 2015 Return-Path: Delivered-To: freebsd-questions@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 2CCE69CC882 for ; Wed, 9 Sep 2015 11:00:01 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward15m.cmail.yandex.net (forward15m.cmail.yandex.net [IPv6:2a02:6b8:b030::9c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DBF0D108C for ; Wed, 9 Sep 2015 11:00:00 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp2m.mail.yandex.net (smtp2m.mail.yandex.net [77.88.61.129]) by forward15m.cmail.yandex.net (Yandex) with ESMTP id 7EC2E214B4; Wed, 9 Sep 2015 13:59:56 +0300 (MSK) Received: from smtp2m.mail.yandex.net (localhost [127.0.0.1]) by smtp2m.mail.yandex.net (Yandex) with ESMTP id 30666426899; Wed, 9 Sep 2015 13:59:56 +0300 (MSK) Received: by smtp2m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id UW8WyEiHT7-xtpiDLsM; Wed, 9 Sep 2015 13:59:55 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-ForeignMX: US Subject: Re: 64-bit Linux binary compatibility/emulation To: "William A. Mahaffey III" , FreeBSD Questions !!!! References: <55EDAA29.9000600@hiwaay.net> From: Boris Samorodov Message-ID: <55F0112B.6040402@passap.ru> Date: Wed, 9 Sep 2015 13:59:55 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55EDAA29.9000600@hiwaay.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 11:00:01 -0000 07.09.2015 18:14, William A. Mahaffey III пишет: > [wam@kabini1, TEST, 10:15:50am] 566 % ./fpbl.linux > ELF binary type "0" not known. > ./fpbl.linux: Exec format error. Binary file not executable. Try "brandelf -t Linux ". More info at BRANDELF(1). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-questions@freebsd.org Wed Sep 9 11:43:53 2015 Return-Path: Delivered-To: freebsd-questions@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 885BD9CD3C3 for ; Wed, 9 Sep 2015 11:43:53 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6B31FEC for ; Wed, 9 Sep 2015 11:43:53 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: by mailman.ysv.freebsd.org (Postfix) id 6A5409CD3C2; Wed, 9 Sep 2015 11:43:53 +0000 (UTC) Delivered-To: questions@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 69E149CD3C1 for ; Wed, 9 Sep 2015 11:43:53 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 2E9CA1FEB for ; Wed, 9 Sep 2015 11:43:52 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C8AEE27847; Wed, 9 Sep 2015 13:43:48 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t89BhmTH002351; Wed, 9 Sep 2015 13:43:48 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Wed, 9 Sep 2015 13:43:48 +0200 From: Polytropon To: Olivier Nicole Cc: questions@freebsd.org Subject: Re: One daemon not starting in /etc/rc.local Message-Id: <20150909134348.0668c422.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 11:43:53 -0000 On Wed, 09 Sep 2015 14:19:57 +0700, Olivier Nicole wrote: > In /etc/rc.local I have: > > # REQUIRE: networking DAEMON FILESYSTEMS devfs > # PROVIDE: p0f recover-backup count-stats Does rc.local pay attention to this kind of comments? It was my impression that both rc.local and rc.shutdown.local are "dumb" and determined by execution time... I tend to associate the REQUIRE and PROVIDE keywords with the rc ordering mechanism which rc.d/ style files use so they can be run the correct order. As I mentioned, rc.local's runtime is determined by /etc/rc itself. >From "man rc.local": [...] The rc.local script contains com- mands which are pertinent only to a specific site. Typically, the /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but if you want to use rc.local, it is still supported. In this case, it should source /etc/rc.conf and contain additional custom startup code for your system. The best way to handle rc.local, however, is to separate it out into rc.d/ style scripts and place them under /usr/local/etc/rc.d/. So if you can, create and rc.d/ style script and put it into /usr/local/etc/rc.d/ including the keywords mentioned above. > echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii > > # start the OS fingerprint analyzer > # -l means on line per record! > /usr/local/bin/p0f -i vmx0 'tcp dst port 25' 2>&1|/usr/local/bin/p0f-analyzer.pl 2345 & > > echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii > > > At boot I see the 2 lines of iii but p0f is not started. > > If I copy/paste in sheel the line /usr/local/bin/p0f etc. it starts, > prints the start-up message and runs happilly. Is the "non-use" of spaces in the segment "2>&1|/usr/local/bin/p0f" significant? Is the shell where you're interactively executing the command different from the shell that runs rc.local (/bin/sh)? > There must be a trivial error, but I can't see it, so any help will be > greatly appreciated. Except what might be pure form, I don't see any errors, so the reason for the different behaviour might be in the environment... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Sep 9 11:54:57 2015 Return-Path: Delivered-To: freebsd-questions@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 A4C3F9CD94D for ; Wed, 9 Sep 2015 11:54:57 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 833F11891 for ; Wed, 9 Sep 2015 11:54:57 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: by mailman.ysv.freebsd.org (Postfix) id 8241A9CD94C; Wed, 9 Sep 2015 11:54:57 +0000 (UTC) Delivered-To: questions@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 681049CD94B for ; Wed, 9 Sep 2015 11:54:57 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.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 AAD731890 for ; Wed, 9 Sep 2015 11:54:56 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 5263CD7882; Wed, 9 Sep 2015 18:54:53 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1441799692; x=1443614093; bh=9TdwtGZkR gARDsMRS7dZ4tlQwlcF/xpNG3U/adnatkw=; b=gP1I6rPkAot1+m3gkXc9mEVYL hpEj58Q/AA//H/aqN9AukAVF8riZDC/OnP3q9UQX+73rDdGB0eQGnHSLBzIV9ry2 urgJuDJG3saB6XzsVcBUTqunqiSi5zOXSbIGy3A171+apXPRsHwwU7pvIh2JtfnR L0AxR3G2OIT/M+sn+g= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id qLPKK5wS_iSo; Wed, 9 Sep 2015 18:54:52 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 6E64ED7881; Wed, 9 Sep 2015 18:54:52 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.14.7/8.14.7/Submit) id t89BsqWE047807; Wed, 9 Sep 2015 18:54:52 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier Nicole To: Polytropon Cc: questions@freebsd.org Subject: Re: One daemon not starting in /etc/rc.local In-Reply-To: <20150909134348.0668c422.freebsd@edvax.de> (message from Polytropon on Wed, 9 Sep 2015 13:43:48 +0200) Date: Wed, 09 Sep 2015 18:54:52 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 11:54:57 -0000 Polytropon writes: > On Wed, 09 Sep 2015 14:19:57 +0700, Olivier Nicole wrote: >> In /etc/rc.local I have: >> >> # REQUIRE: networking DAEMON FILESYSTEMS devfs >> # PROVIDE: p0f recover-backup count-stats > > Does rc.local pay attention to this kind of comments? > It was my impression that both rc.local and rc.shutdown.local > are "dumb" and determined by execution time... > > I tend to associate the REQUIRE and PROVIDE keywords > with the rc ordering mechanism which rc.d/ style files > use so they can be run the correct order. As I mentioned, > rc.local's runtime is determined by /etc/rc itself. That was a try before I added the echo iii lines. I wanted to see where in the startup sequece /etc/rc.local was called and kind of make sure it was after the network interfaces had been started. > > From "man rc.local": > > [...] The rc.local script contains com- > mands which are pertinent only to a specific site. Typically, the > /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but > if you want to use rc.local, it is still supported. In this case, it > should source /etc/rc.conf and contain additional custom startup code for > your system. The best way to handle rc.local, however, is to separate it > out into rc.d/ style scripts and place them under /usr/local/etc/rc.d/. > > So if you can, create and rc.d/ style script and put it > into /usr/local/etc/rc.d/ including the keywords mentioned > above. > In fact I discovered that FreeBSD alread has that startup script, though it is installed along with amavisd-new. > > >> echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii >> >> # start the OS fingerprint analyzer >> # -l means on line per record! >> /usr/local/bin/p0f -i vmx0 'tcp dst port 25' 2>&1|/usr/local/bin/p0f-analyzer.pl 2345 & >> >> echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii >> >> >> At boot I see the 2 lines of iii but p0f is not started. >> >> If I copy/paste in sheel the line /usr/local/bin/p0f etc. it starts, >> prints the start-up message and runs happilly. > > Is the "non-use" of spaces in the segment "2>&1|/usr/local/bin/p0f" > significant? Is the shell where you're interactively executing the > command different from the shell that runs rc.local (/bin/sh)? I switched down to sh for the manual test. >> There must be a trivial error, but I can't see it, so any help will be >> greatly appreciated. > > Except what might be pure form, I don't see any errors, so the > reason for the different behaviour might be in the environment... A wild guess is that it has something to do with the fact that p0f writes to stdout and stdout is piped to stdin of the next process. Maybe whatever is started via rc should never hold on the stdin/stdout? I noticed that in the startup script provided in amavis port, the command is started via /usr/bin/daemon, so purposedly detaching the control terminal. Thank you anyway, Olivier -- From owner-freebsd-questions@freebsd.org Wed Sep 9 12:09:11 2015 Return-Path: Delivered-To: freebsd-questions@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 0CD45A0049F for ; Wed, 9 Sep 2015 12:09:11 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from fep24.mx.upcmail.net (fep24.mx.upcmail.net [62.179.121.44]) by mx1.freebsd.org (Postfix) with ESMTP id 50A771F7B for ; Wed, 9 Sep 2015 12:09:09 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep31-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20150909115957.HOGM18055.viefep31-int.chello.at@edge02.upcmail.net> for ; Wed, 9 Sep 2015 13:59:57 +0200 Received: from [192.168.1.160] ([86.101.30.40]) by edge02.upcmail.net with edge id F08B1r00C0rw6r20108Bgw; Wed, 09 Sep 2015 14:08:13 +0200 X-SourceIP: 86.101.30.40 To: freebsd-questions@freebsd.org From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Subject: Cannot test spamassassin, what is going on here? Message-ID: <55F0212B.9090708@shopzeus.com> Date: Wed, 9 Sep 2015 14:08:11 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 12:09:11 -0000 Given a test file "test.eml" I can run this test: spamassassin -t test.eml and I get this: > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > Spam detection software, running on the system "shopzeus.com", > has NOT identified this incoming email as spam. The original > message has been attached to this so you can view it or label > similar future email. If you have any questions, see > The administrator of that system for details. > > Content preview: We've run into ths bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148581 > [libc] fopen(3) fails with EMFILE if there are more than SHORT_MAX > fds open > [...] > > Content analysis details: (-5.0 points, 5.0 required) > > pts rule name description > ---- ---------------------- > -------------------------------------------------- > -5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at > http://www.dnswl.org/, high > trust > [8.8.178.116 listed in list.dnswl.org] However, the very same email went through postfix/Mailscanner and resulted in these headers: > X-shopzeus-MailScanner-Information: Please contact the ISP for more information > X-shopzeus-MailScanner-ID: 4FFF48895E15.AB608 > X-shopzeus-MailScanner: Found to be clean > X-shopzeus-MailScanner-SpamCheck: spam, JUNKEMAIL > X-shopzeus-MailScanner-From: owner-freebsd-questions@freebsd.org > X-Spam-Status: Yes So the "spamassassin -t" command gives -5.0 score identifying as ham, but when the email actually comes in then it is identified as spam. Looks like spamassassin is using different rules/settings when it is ran from the mailscanner daemon. The configuration should be the same ( /usr/local/etc/mail/spamassassin is a symbolic link to /usr/local/etc/MailScanner/spam.assassin.prefs.conf ) I cannot test spamassassin with the same user, because it is postfix which is disabled: > > # su postfix " spamassassin -t test.eml " > This account is currently not available. How to overcome this problem? What is going on here? Thanks Laszlo From owner-freebsd-questions@freebsd.org Wed Sep 9 13:02:03 2015 Return-Path: Delivered-To: freebsd-questions@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 B5A98A01E65 for ; Wed, 9 Sep 2015 13:02:03 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 6A7E41A09 for ; Wed, 9 Sep 2015 13:02:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89D20Te023901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 08:02:01 -0500 Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> Cc: freebsd-questions@freebsd.org From: "William A. Mahaffey III" Message-ID: <55F02DC8.7000706@hiwaay.net> Date: Wed, 9 Sep 2015 08:07:30 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:02:03 -0000 On 09/09/15 02:09, Doug Hardie wrote: > The one item I didn’t see mentioned is the size of the next upgrade kernel. I “sized†my root partition for 6.1 years ago. 7 didn’t fit on it unless I removed the kernel debug symbols during the installation. 8 wouldn’t fit at all. I have periodically had to completely rebuild the system disk to resize the partitions for system upgrades. That is a real pain and a major downtime. 10 is out and 11 is almost here. Newer systems are always larger. *Agreed* on all counts, that's why I was trying to see what I could shrink out of my current 9.3R install, since both new boxen will be 9.3R as well. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 13:02:48 2015 Return-Path: Delivered-To: freebsd-questions@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 11383A01F0A for ; Wed, 9 Sep 2015 13:02:48 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E9DFF1BC0 for ; Wed, 9 Sep 2015 13:02:47 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: by mailman.ysv.freebsd.org (Postfix) id E6FD9A01F09; Wed, 9 Sep 2015 13:02:47 +0000 (UTC) Delivered-To: questions@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 CCCC9A01F08 for ; Wed, 9 Sep 2015 13:02:47 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 57CE41BBF for ; Wed, 9 Sep 2015 13:02:46 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 7C887278AC; Wed, 9 Sep 2015 15:02:44 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t89D2hBR003044; Wed, 9 Sep 2015 15:02:43 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Wed, 9 Sep 2015 15:02:43 +0200 From: Polytropon To: Olivier Nicole Cc: questions@freebsd.org Subject: Re: One daemon not starting in /etc/rc.local Message-Id: <20150909150243.e6553ca5.freebsd@edvax.de> In-Reply-To: References: <20150909134348.0668c422.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:02:48 -0000 On Wed, 09 Sep 2015 18:54:52 +0700, Olivier Nicole wrote: > Polytropon writes: > > > On Wed, 09 Sep 2015 14:19:57 +0700, Olivier Nicole wrote: > >> In /etc/rc.local I have: > >> > >> # REQUIRE: networking DAEMON FILESYSTEMS devfs > >> # PROVIDE: p0f recover-backup count-stats > > > > Does rc.local pay attention to this kind of comments? > > It was my impression that both rc.local and rc.shutdown.local > > are "dumb" and determined by execution time... > > > > I tend to associate the REQUIRE and PROVIDE keywords > > with the rc ordering mechanism which rc.d/ style files > > use so they can be run the correct order. As I mentioned, > > rc.local's runtime is determined by /etc/rc itself. > > That was a try before I added the echo iii lines. I wanted to see where > in the startup sequece /etc/rc.local was called and kind of make sure it > was after the network interfaces had been started. If I remember correctly, this file will be executed via /etc/rc.d/local, depending on the (default) keywords found in _that_ file, but only if /etc/rc.local actually does exist. > >> echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii > >> > >> # start the OS fingerprint analyzer > >> # -l means on line per record! > >> /usr/local/bin/p0f -i vmx0 'tcp dst port 25' 2>&1|/usr/local/bin/p0f-analyzer.pl 2345 & > >> > >> echo iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii > >> > >> > >> At boot I see the 2 lines of iii but p0f is not started. > >> > >> If I copy/paste in sheel the line /usr/local/bin/p0f etc. it starts, > >> prints the start-up message and runs happilly. > > > > Is the "non-use" of spaces in the segment "2>&1|/usr/local/bin/p0f" > > significant? Is the shell where you're interactively executing the > > command different from the shell that runs rc.local (/bin/sh)? > > I switched down to sh for the manual test. Okay, then the only difference could be environmental variables not set at the earlier stage (or inherited from the interactive session). The C shell of course would complaim about 2>&1. :-) > >> There must be a trivial error, but I can't see it, so any help will be > >> greatly appreciated. > > > > Except what might be pure form, I don't see any errors, so the > > reason for the different behaviour might be in the environment... > > A wild guess is that it has something to do with the fact that p0f > writes to stdout and stdout is piped to stdin of the next process. Yes, that is possible - in the context of subshells executing further commands with redirection; foreground vs. background vs. daemonized... > I noticed that in the startup script provided in amavis port, the > command is started via /usr/bin/daemon, so purposedly detaching the > control terminal. Exactly that was my thought. Things like nohup, daemon or detach can lead to interesting results when redirection is added. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Sep 9 13:05:15 2015 Return-Path: Delivered-To: freebsd-questions@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 130019CC032 for ; Wed, 9 Sep 2015 13:05:15 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 BD4D91D19 for ; Wed, 9 Sep 2015 13:05:14 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89D5Col027143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 08:05:13 -0500 Subject: Re: 64-bit Linux binary compatibility/emulation To: FreeBSD Questions !!!! References: <55EDAA29.9000600@hiwaay.net> <55F0112B.6040402@passap.ru> From: "William A. Mahaffey III" Message-ID: <55F02E88.4010406@hiwaay.net> Date: Wed, 9 Sep 2015 08:10:42 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F0112B.6040402@passap.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:05:15 -0000 On 09/09/15 06:06, Boris Samorodov wrote: > brandelf -t Linux Hmmmmm: [wam@kabini1, TEST, 2:43:26pm] 575 % brandelf -t Linux fpbl.linux [wam@kabini1, TEST, 8:10:24am] 576 % which brandelf /usr/bin/brandelf [wam@kabini1, TEST, 8:10:31am] 577 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, TEST, 8:11:07am] 578 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 13:06:28 2015 Return-Path: Delivered-To: freebsd-questions@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 D594D9CC0F3 for ; Wed, 9 Sep 2015 13:06:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 998591DE8 for ; Wed, 9 Sep 2015 13:06:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id D17CE27850; Wed, 9 Sep 2015 15:06:26 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t89D6QZC003057; Wed, 9 Sep 2015 15:06:26 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Wed, 9 Sep 2015 15:06:26 +0200 From: Polytropon To: "William A. Mahaffey III" Cc: freebsd-questions@freebsd.org Subject: Re: Storage question Message-Id: <20150909150626.5c3b99e5.freebsd@edvax.de> In-Reply-To: <55F02DC8.7000706@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:06:28 -0000 On Wed, 9 Sep 2015 08:07:30 -0453.75, William A. Mahaffey III wrote: > *Agreed* on all counts, that's why I was trying to see what I could > shrink out of my current 9.3R install, since both new boxen will be 9.3R > as well. Keep later updating to v10 and v11 in mind. Kernels and modules tend to occupy more space, so when you had started with v4 and a root partition of 256 MB, this could lead to unpleasant results. :-) As I mentioned in my comments regarding multiple partitions: Disk space is cheap today. If you don't intend to use ZFS and rather stay with UFS, allocate 2 GB for / and put /var on a separate file system. Look at your current /var for what has the biggest occupation and conclude. Make /var sufficiently large not to run into trouble later on. Also note that there are things that you can manually clean out of /var when not needed anymore (possibly freebsd-update and pkg metadata). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Wed Sep 9 13:17:09 2015 Return-Path: Delivered-To: freebsd-questions@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 E12E69CC715 for ; Wed, 9 Sep 2015 13:17:09 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 7E62512A1 for ; Wed, 9 Sep 2015 13:17:08 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-169-30.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.169.30]) by ipmail06.adl6.internode.on.net with ESMTP; 09 Sep 2015 22:41:58 +0930 Message-ID: <55F0301A.1010206@ShaneWare.Biz> Date: Wed, 09 Sep 2015 22:41:54 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "William A. Mahaffey III" , "FreeBSD Questions !!!!" Subject: Re: 64-bit Linux binary compatibility/emulation References: <55EDAA29.9000600@hiwaay.net> In-Reply-To: <55EDAA29.9000600@hiwaay.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:17:10 -0000 On 08/09/2015 00:44, William A. Mahaffey III wrote: > The FreeBSD wiki for the docker package contains intriguing allusions to > a '64 bit Linux compatibility layer', although the handbook still says > its a nogo. > How is progress on 64-bit Linux binary > compatibility/emulation ? TIA & have a nice labor day. Some (if not most) has been commited to current but was too late to be included with 10.2 You can find recent log messages targeting x86_64 support here - https://svnweb.freebsd.org/base/head/sys/compat/linux/ -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Wed Sep 9 13:18:27 2015 Return-Path: Delivered-To: freebsd-questions@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 419FF9CC7BA for ; Wed, 9 Sep 2015 13:18:27 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 0ECCC135E for ; Wed, 9 Sep 2015 13:18:26 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89DIODE009185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 08:18:25 -0500 Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> Cc: freebsd-questions@freebsd.org From: "William A. Mahaffey III" Message-ID: <55F031A0.40500@hiwaay.net> Date: Wed, 9 Sep 2015 08:23:54 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150909150626.5c3b99e5.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:18:27 -0000 On 09/09/15 08:12, Polytropon wrote: > On Wed, 9 Sep 2015 08:07:30 -0453.75, William A. Mahaffey III wrote: >> *Agreed* on all counts, that's why I was trying to see what I could >> shrink out of my current 9.3R install, since both new boxen will be 9.3R >> as well. > Keep later updating to v10 and v11 in mind. Kernels and modules > tend to occupy more space, so when you had started with v4 and > a root partition of 256 MB, this could lead to unpleasant results. :-) > > As I mentioned in my comments regarding multiple partitions: > Disk space is cheap today. If you don't intend to use ZFS and > rather stay with UFS, allocate 2 GB for / and put /var on a > separate file system. Look at your current /var for what has > the biggest occupation and conclude. Make /var sufficiently > large not to run into trouble later on. Also note that there > are things that you can manually clean out of /var when not > needed anymore (possibly freebsd-update and pkg metadata). I like ZFS in principal (it's one of the things that attracted me to FreeBSD about a year ago), but, as someone else noted, it seems to require lots of RAM & possibly CPU for best effect. The MythTV box is an AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't especially robusto by today's standards, so I am staying w/ UFS. Someone else provided a better incantation of du which told me that my ~12 GiB of stuff on my root partition was 10+ GiB of stuff in /var, the rest in root. Since I will be using gpart to partition, I am now planning on 4 partitions per drive, 2 GiB for root, 16 GiB for /var, 16 GiB swap, & the rest for /home, which is where most of the data will actually reside. I am modifying my setup scripts accordingly. BTW, I tried to post those scripts for review by savvier-than-I eyes & they didn't come through to the list, or at least not to my E-mail from the list. Any clue why ? Does the list strip-off '.sh' files ? No biggie. Thanks & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 13:25:45 2015 Return-Path: Delivered-To: freebsd-questions@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 E21809CCCCD for ; Wed, 9 Sep 2015 13:25:45 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 99E091A94 for ; Wed, 9 Sep 2015 13:25:45 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89DPhlm014794 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 08:25:44 -0500 Subject: Re: 64-bit Linux binary compatibility/emulation To: FreeBSD Questions !!!! References: <55EDAA29.9000600@hiwaay.net> <55F0301A.1010206@ShaneWare.Biz> From: "William A. Mahaffey III" Message-ID: <55F03357.5020708@hiwaay.net> Date: Wed, 9 Sep 2015 08:31:13 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F0301A.1010206@ShaneWare.Biz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:25:46 -0000 On 09/09/15 08:18, Shane Ambler wrote: > On 08/09/2015 00:44, William A. Mahaffey III wrote: > >> The FreeBSD wiki for the docker package contains intriguing allusions to >> a '64 bit Linux compatibility layer', although the handbook still says >> its a nogo. > >> How is progress on 64-bit Linux binary >> compatibility/emulation ? TIA & have a nice labor day. > > Some (if not most) has been commited to current but was too late to be > included with 10.2 > > You can find recent log messages targeting x86_64 support here - > https://svnweb.freebsd.org/base/head/sys/compat/linux/ There is a docker pkg for 9.3R, which is what I'm running. May I conclude that this stuff will find its way there in time as well ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 13:43:05 2015 Return-Path: Delivered-To: freebsd-questions@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 38FECA0085F for ; Wed, 9 Sep 2015 13:43:05 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D44D61832 for ; Wed, 9 Sep 2015 13:43:04 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from host-4-75.office.adestra.com (vpn-1.adestra.com [46.236.37.122]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t89Dgxf9037579 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 9 Sep 2015 14:42:59 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t89Dgxf9037579 Authentication-Results: smtp.infracaninophile.co.uk/t89Dgxf9037579; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host vpn-1.adestra.com [46.236.37.122] claimed to be host-4-75.office.adestra.com Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55F0375D.4070608@FreeBSD.org> Date: Wed, 9 Sep 2015 14:42:53 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F031A0.40500@hiwaay.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4euMknfqB1bE9e8PNIQvXW9DIOaf4NcPP" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 13:43:05 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4euMknfqB1bE9e8PNIQvXW9DIOaf4NcPP Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/09/09 14:16, William A. Mahaffey III wrote: > I like ZFS in principal (it's one of the things that attracted me to > FreeBSD about a year ago), but, as someone else noted, it seems to > require lots of RAM & possibly CPU for best effect. The MythTV box is a= n > AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't > especially robusto by today's standards, so I am staying w/ UFS. Actually, ZFS's RAM requirements may not be as gargantuan as all that. Despite its reputation for gobbling up all that's available and asking for more, it doesn't have to be that way. What takes up the space are the filesystem caches, and how much you need for those depends absolutely on your usage patterns. It's certainly possible to run ZFS on a pretty small-memory machine just so long as you don't expect to chew through hundreds of files every minute. Also, 16GB really isn't considered small except by people dealing with top of the line servers. If your MythTV usage consists mostly of streaming fairly large files over the network, then in fact, you won't really win much from caching. The files are probably too big to cache entirely in RAM and when you stream them, you'll read or write them once and then not revisit them until the next time you watch whatever it was. So you might as well turn off the cache for those, reduce the space allocated for ARC and find you can live happily in a relatively small amount of memory. ZFS is also not slow for this sort of sequential access -- you'll get overhead for checksumming and compression (but compression can be an overall win for IO throughput, simply by reducing the amount of work the drives have to do) -- but its nothing that any reasonable CPU from the last 5 or so years can't take in its stride. You could certainly run ZFS successfully on the machine you describe, but you'ld have to tune it carefully and run some decent benchmarks if you wanted to ensure the best possible results. Cheers, Matthew --4euMknfqB1bE9e8PNIQvXW9DIOaf4NcPP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ8BAEBCgBmBQJV8DdjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnkV8P/iW7pzDYMBXviBLZzWd8r+rs 2G7GLfLC0I0O4dZQn2L9g9Ofcr0hmEcUR8qQ+yz1+RD+v1SBsHU/IgU3NOSpu+uB IzH97j1meEABBCf/lpciQVcd0mMBzIdc1prC8la6jC8dW2z52Muhb1gQVea+NEH4 THvZUc/qI06B3Sk8i6edKjmriQalQEqdjTz1GA+AAULD0wIryzpXNZEfUQd48CEq vt9vSUp5tX17Y2mBlcWay/1w7faDhzGdzZ0KsKsPt1vvQrKGgk6ZPNGh/fXK1tyK sp7X2oAPwhZydCjJZ83PNgLcEU/8kyX45pKPZ+ComPvyBK8lpX0AksPiHLEE/czj DPuF1eid8KGu7lp1uhHpu3tbX7YGPIH8ya10w3lXnVnzmsOyc7IjwJSYQP4FOuuP 4J+UBMc8dxug86jhBlQjihNb6PpJmJ2C+g3v9PwNBzltK0vX72oERkobkS7GbB1l P58V5ltBTjYO9AkuSaszFiuzbBc5hgfL0///2eQH3Nd2ujTtSgxnUeK+PNNT01se 8YMbQBgaXiU/1zqParbbq+K5uopPVc2+EiactVPQElOz/PGMcQLxeEEtArvhxiHT nO4ngsQ+bWJBvcaokVkcH4nEKVvjfu+4meFVoN15TTJQrJAUoRcu08GD3WAXkh/L EXnRyRdzAXnrga4GeoEH =9V+h -----END PGP SIGNATURE----- --4euMknfqB1bE9e8PNIQvXW9DIOaf4NcPP-- From owner-freebsd-questions@freebsd.org Wed Sep 9 14:24:58 2015 Return-Path: Delivered-To: freebsd-questions@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 A63DD9CD256 for ; Wed, 9 Sep 2015 14:24:58 +0000 (UTC) (envelope-from steve@sohara.org) Received: from uk1rly2283.eechost.net (relay01.mail.uk1.eechost.net [217.69.40.69]) by mx1.freebsd.org (Postfix) with ESMTP id 6F41C19B1 for ; Wed, 9 Sep 2015 14:24:57 +0000 (UTC) (envelope-from steve@sohara.org) Received: from [88.151.27.41] (helo=smtp.marelmo.com) by uk1rly2283.eechost.net with esmtpa (Exim 4.72) (envelope-from ) id 1ZZftF-0005RX-Nk for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 14:58:21 +0100 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.marelmo.com with smtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZZftF-000ODP-0a for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 13:58:21 +0000 Date: Wed, 9 Sep 2015 14:58:20 +0100 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Subject: Re: Storage question Message-Id: <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> In-Reply-To: <55F031A0.40500@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Auth-Info: 24227@permanet.ie (plain) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 14:24:58 -0000 On Wed, 9 Sep 2015 08:23:54 -0453.75 "William A. Mahaffey III" wrote: > I like ZFS in principal (it's one of the things that attracted me to > FreeBSD about a year ago), but, as someone else noted, it seems to > require lots of RAM & possibly CPU for best effect. The MythTV box is an > AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't My house fileserver (erm NAS in modern speak) is a dual core Atom with 4GB. It manages a 4x2TB RAIDZ2 as well as a bunch of jails. According to top it has 2432M for ARC (3592M altogether is wired). Memory is tight but it's not swapping, and it doesn't no matter what the load. Switching to your spec would be a hefty upgrade and would almost certainly make things faster, but then most things can be made faster with an extra expenditure. > especially robusto by today's standards, so I am staying w/ UFS. Someone If you have the opportunity then benchmark ZFS and see, if you can run it the benefits are great. -- Steve O'Hara-Smith From owner-freebsd-questions@freebsd.org Wed Sep 9 14:41:32 2015 Return-Path: Delivered-To: freebsd-questions@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 DB0369CDA77 for ; Wed, 9 Sep 2015 14:41:32 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 A503915DE for ; Wed, 9 Sep 2015 14:41:32 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89EfU3Z007180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 09:41:31 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> From: "William A. Mahaffey III" Message-ID: <55F0451A.5080709@hiwaay.net> Date: Wed, 9 Sep 2015 09:47:00 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 14:41:33 -0000 On 09/09/15 09:04, Steve O'Hara-Smith wrote: > On Wed, 9 Sep 2015 08:23:54 -0453.75 > "William A. Mahaffey III" wrote: > >> I like ZFS in principal (it's one of the things that attracted me to >> FreeBSD about a year ago), but, as someone else noted, it seems to >> require lots of RAM & possibly CPU for best effect. The MythTV box is an >> AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't > My house fileserver (erm NAS in modern speak) is a dual core Atom > with 4GB. It manages a 4x2TB RAIDZ2 as well as a bunch of jails. According > to top it has 2432M for ARC (3592M altogether is wired). Memory is tight > but it's not swapping, and it doesn't no matter what the load. Switching to > your spec would be a hefty upgrade and would almost certainly make things > faster, but then most things can be made faster with an extra expenditure. > >> especially robusto by today's standards, so I am staying w/ UFS. Someone > If you have the opportunity then benchmark ZFS and see, if you can > run it the benefits are great. > I am quite amenable to running ZFS, I just don't want to have to abandon it & return to UFS if my system proves inadequate for the task, hence my caution about it. If I go to ZFS, I (*think* I) use it for the whole drives, except for swap (possibly), & slice it up into 'partitions/slices/whatever' to do the install, right ? That was my take-away from reading the online pages about it. Maybe I need to rethink .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 15:00:08 2015 Return-Path: Delivered-To: freebsd-questions@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 7345FA00480 for ; Wed, 9 Sep 2015 15:00:08 +0000 (UTC) (envelope-from steve@sohara.org) Received: from uk1rly2283.eechost.net (relay01.mail.uk1.eechost.net [217.69.40.69]) by mx1.freebsd.org (Postfix) with ESMTP id 1BDC81259 for ; Wed, 9 Sep 2015 15:00:08 +0000 (UTC) (envelope-from steve@sohara.org) Received: from [88.151.27.41] (helo=smtp.marelmo.com) by uk1rly2283.eechost.net with esmtpa (Exim 4.72) (envelope-from ) id 1ZZgr0-0000fX-NB for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 16:00:06 +0100 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.marelmo.com with smtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZZgqz-000OeD-U6 for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 15:00:06 +0000 Date: Wed, 9 Sep 2015 16:00:05 +0100 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Subject: Re: Storage question Message-Id: <20150909160005.d3b84775c3d0748014a871e5@sohara.org> In-Reply-To: <55F0451A.5080709@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.28; amd64-portbld-freebsd10.1) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Auth-Info: 24227@permanet.ie (plain) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:00:08 -0000 On Wed, 9 Sep 2015 09:47:00 -0453.75 "William A. Mahaffey III" wrote: > On 09/09/15 09:04, Steve O'Hara-Smith wrote: > > On Wed, 9 Sep 2015 08:23:54 -0453.75 > > "William A. Mahaffey III" wrote: > > > >> I like ZFS in principal (it's one of the things that attracted me to > >> FreeBSD about a year ago), but, as someone else noted, it seems to > >> require lots of RAM & possibly CPU for best effect. The MythTV box is > >> an AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't > > My house fileserver (erm NAS in modern speak) is a dual core > > Atom with 4GB. It manages a 4x2TB RAIDZ2 as well as a bunch of jails. > > According to top it has 2432M for ARC (3592M altogether is wired). > > Memory is tight but it's not swapping, and it doesn't no matter what > > the load. Switching to your spec would be a hefty upgrade and would > > almost certainly make things faster, but then most things can be made > > faster with an extra expenditure. > > > >> especially robusto by today's standards, so I am staying w/ UFS. > >> Someone > > If you have the opportunity then benchmark ZFS and see, if you > > can run it the benefits are great. > > > > I am quite amenable to running ZFS, I just don't want to have to abandon > it & return to UFS if my system proves inadequate for the task, hence my > caution about it. If I go to ZFS, I (*think* I) use it for the whole > drives, except for swap (possibly), & slice it up into > 'partitions/slices/whatever' to do the install, right ? That was my > take-away from reading the online pages about it. Maybe I need to > rethink .... Yes that's essentially it - you assemble the raw storage you're going to use into a zpool from which the storage that backs the filesystems is drawn automatically. Once you have a zpool making a filesystem is very cheap. The filesystems share the pool, if you want to cap them you can but otherwise they're all limited by the pool. I've never filled a ZFS pool, I don't think I want to. -- Steve O'Hara-Smith From owner-freebsd-questions@freebsd.org Wed Sep 9 15:17:15 2015 Return-Path: Delivered-To: freebsd-questions@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 9C971A00E3D for ; Wed, 9 Sep 2015 15:17:15 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 683961CB7 for ; Wed, 9 Sep 2015 15:17:15 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89FHDcm002607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 10:17:13 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> From: "William A. Mahaffey III" Message-ID: <55F04D78.8070508@hiwaay.net> Date: Wed, 9 Sep 2015 10:22:42 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150909160005.d3b84775c3d0748014a871e5@sohara.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:17:15 -0000 On 09/09/15 10:06, Steve O'Hara-Smith wrote: > On Wed, 9 Sep 2015 09:47:00 -0453.75 > "William A. Mahaffey III" wrote: > >> On 09/09/15 09:04, Steve O'Hara-Smith wrote: >>> On Wed, 9 Sep 2015 08:23:54 -0453.75 >>> "William A. Mahaffey III" wrote: >>> >>>> I like ZFS in principal (it's one of the things that attracted me to >>>> FreeBSD about a year ago), but, as someone else noted, it seems to >>>> require lots of RAM & possibly CPU for best effect. The MythTV box is >>>> an AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't >>> My house fileserver (erm NAS in modern speak) is a dual core >>> Atom with 4GB. It manages a 4x2TB RAIDZ2 as well as a bunch of jails. >>> According to top it has 2432M for ARC (3592M altogether is wired). >>> Memory is tight but it's not swapping, and it doesn't no matter what >>> the load. Switching to your spec would be a hefty upgrade and would >>> almost certainly make things faster, but then most things can be made >>> faster with an extra expenditure. >>> >>>> especially robusto by today's standards, so I am staying w/ UFS. >>>> Someone >>> If you have the opportunity then benchmark ZFS and see, if you >>> can run it the benefits are great. >>> >> I am quite amenable to running ZFS, I just don't want to have to abandon >> it & return to UFS if my system proves inadequate for the task, hence my >> caution about it. If I go to ZFS, I (*think* I) use it for the whole >> drives, except for swap (possibly), & slice it up into >> 'partitions/slices/whatever' to do the install, right ? That was my >> take-away from reading the online pages about it. Maybe I need to >> rethink .... > Yes that's essentially it - you assemble the raw storage you're > going to use into a zpool from which the storage that backs the filesystems > is drawn automatically. Once you have a zpool making a filesystem is very > cheap. The filesystems share the pool, if you want to cap them you can but > otherwise they're all limited by the pool. I've never filled a ZFS pool, I > don't think I want to. I have heard that filling your zpool is a *BAD* thing, but it can be for any FS, just maybe a bit worse for ZFS. I am going to study that option a bit more. The online docs all seem to show swap within the zpool as well, does that work OK, performance wise ? It would simplify installation, however I am planning to script that, so a bit of 'extra' effort for separate swap partitions is not an issue. I have always thought that separate swap partitions directly kernel managed were the best for swap performance if/when it gets down to that, no ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 15:21:42 2015 Return-Path: Delivered-To: freebsd-questions@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 F3C25A011AF for ; Wed, 9 Sep 2015 15:21:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 C104F1141 for ; Wed, 9 Sep 2015 15:21:41 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89FLdfH006087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 10:21:40 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> <55F04D78.8070508@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <55F04E83.6070902@hiwaay.net> Date: Wed, 9 Sep 2015 10:27:09 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F04D78.8070508@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:21:42 -0000 On 09/09/15 10:21, William A. Mahaffey III wrote: > On 09/09/15 10:06, Steve O'Hara-Smith wrote: >> On Wed, 9 Sep 2015 09:47:00 -0453.75 >> "William A. Mahaffey III" wrote: >> >>> On 09/09/15 09:04, Steve O'Hara-Smith wrote: >>>> On Wed, 9 Sep 2015 08:23:54 -0453.75 >>>> "William A. Mahaffey III" wrote: >>>> >>>>> I like ZFS in principal (it's one of the things that attracted me to >>>>> FreeBSD about a year ago), but, as someone else noted, it seems to >>>>> require lots of RAM & possibly CPU for best effect. The MythTV box is >>>>> an AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which >>>>> isn't >>>> My house fileserver (erm NAS in modern speak) is a dual core >>>> Atom with 4GB. It manages a 4x2TB RAIDZ2 as well as a bunch of jails. >>>> According to top it has 2432M for ARC (3592M altogether is wired). >>>> Memory is tight but it's not swapping, and it doesn't no matter what >>>> the load. Switching to your spec would be a hefty upgrade and would >>>> almost certainly make things faster, but then most things can be made >>>> faster with an extra expenditure. >>>> >>>>> especially robusto by today's standards, so I am staying w/ UFS. >>>>> Someone >>>> If you have the opportunity then benchmark ZFS and see, if you >>>> can run it the benefits are great. >>>> >>> I am quite amenable to running ZFS, I just don't want to have to >>> abandon >>> it & return to UFS if my system proves inadequate for the task, >>> hence my >>> caution about it. If I go to ZFS, I (*think* I) use it for the whole >>> drives, except for swap (possibly), & slice it up into >>> 'partitions/slices/whatever' to do the install, right ? That was my >>> take-away from reading the online pages about it. Maybe I need to >>> rethink .... >> Yes that's essentially it - you assemble the raw storage you're >> going to use into a zpool from which the storage that backs the >> filesystems >> is drawn automatically. Once you have a zpool making a filesystem is >> very >> cheap. The filesystems share the pool, if you want to cap them you >> can but >> otherwise they're all limited by the pool. I've never filled a ZFS >> pool, I >> don't think I want to. > > > I have heard that filling your zpool is a *BAD* thing, but it can be > for any FS, just maybe a bit worse for ZFS. I am going to study that > option a bit more. The online docs all seem to show swap within the > zpool as well, does that work OK, performance wise ? It would simplify > installation, however I am planning to script that, so a bit of > 'extra' effort for separate swap partitions is not an issue. I have > always thought that separate swap partitions directly kernel managed > were the best for swap performance if/when it gets down to that, no ? *Eeeeeeeek*, scratch that bit about 'all show swap under zpool', I was doing that from memory (last summer), sorry :-/ .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 15:36:32 2015 Return-Path: Delivered-To: freebsd-questions@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 E08F3A017D8 for ; Wed, 9 Sep 2015 15:36:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (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 752021A39 for ; Wed, 9 Sep 2015 15:36:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wicfx3 with SMTP id fx3so161798556wic.1 for ; Wed, 09 Sep 2015 08:36:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sYx+FptxMvZZ7pjrEqZjFFPE924b9YZ8WNPSxnt7e+U=; b=yUvcSt4EJN2S+WQnAndxhfBneMlc4y/dGYNRtOGYLX2VrAjq1CchwvwLyCMIVCTHZZ IpoDiz8faSXA7zCes2Xf7LedgVEkP8uQTPpojKzkKaoOMqZO7FRk7YXh5wr+z2mwl/Yb Ea3qF89Ihk65zAeIe5M13sUbzePgutTngqch2bYop4EUNAdFtVqlhC0donsDQieoGz+L 3AdkMxfzRLJCpk0GkAvuuEcVaNkGjGM0bER+v1wCLm//qBX/xGP9fLrkqf/24RLiAH9P hmvtInaqP8zMslRYpv4HuXEsdJ8clNaFXAl5xjTNHbl7xfKVUO2ZPUkSa5NwTPSma+5G k3wQ== MIME-Version: 1.0 X-Received: by 10.194.158.234 with SMTP id wx10mr30194662wjb.120.1441812990464; Wed, 09 Sep 2015 08:36:30 -0700 (PDT) Received: by 10.194.67.5 with HTTP; Wed, 9 Sep 2015 08:36:30 -0700 (PDT) In-Reply-To: <55F04D78.8070508@hiwaay.net> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> <55F04D78.8070508@hiwaay.net> Date: Wed, 9 Sep 2015 10:36:30 -0500 Message-ID: Subject: Re: Storage question From: Adam Vande More To: "William A. Mahaffey III" Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:36:33 -0000 On Wed, Sep 9, 2015 at 10:15 AM, William A. Mahaffey III wrote: > The online docs all seem to show swap within the zpool as well, does that > work OK, performance wise ? > I know they don't all say that except for perhaps "don't do it". Having a file backed swap on ZFS(or really any FS) or a ZVOL backed swap is a bad idea doomed from the start. It'll work just fine as long as there is no memory pressure and will collapse under severe pressure. -- Adam From owner-freebsd-questions@freebsd.org Wed Sep 9 15:45:32 2015 Return-Path: Delivered-To: freebsd-questions@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 CDDAFA01CEB for ; Wed, 9 Sep 2015 15:45:32 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qg0-f45.google.com (mail-qg0-f45.google.com [209.85.192.45]) (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 8DC01104F for ; Wed, 9 Sep 2015 15:45:31 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qgez77 with SMTP id z77so11257742qge.1 for ; Wed, 09 Sep 2015 08:45:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=0MKxjZOg7cJsx4K905l93OtvWOHjpvR2EcJclW8rfuA=; b=meBVHVfVPc2HD8FrPx6+sV70FeaeHzzexFPsI3NrOPbv741uC10OaC3HSXPiMfDG1u mTo5TRY/v5q1EV4k5zSr+iDCRWS3qDUHxAfsjPlPX+186GplxRj3VIWBtvaC8wUjeTFm uL3R9T9SbwH/WU6VUhRdZAS52C4aI28/p4MJhT3FRTeA2vZXrfKGx8oTIj6h88+k55b3 Qcn4oVU3Xuu9hzRlxPYD6E+E47fSCPrgtxqML3h2R5yfj80I9YvS3sJIY7BXgIzP5BoJ 8wdQz7bLQCjKzorskG6Zamn6P11lIkqhFPV7eb243wIYukBTrLRTV8U9Nw+/Eig0WQPy Fo3w== X-Gm-Message-State: ALoCoQmQ1ruF9pOSmQMV465Jcm+F7IMHfovyiEWPTP1rab7UUcY8nVhyeoIWM1nzeuhHMNu+qWzF X-Received: by 10.140.135.208 with SMTP id 199mr47680249qhh.33.1441813530822; Wed, 09 Sep 2015 08:45:30 -0700 (PDT) Received: from [172.24.4.228] (rrcs-24-39-108-194.nyc.biz.rr.com. [24.39.108.194]) by smtp.gmail.com with ESMTPSA id 18sm3925409qgg.39.2015.09.09.08.45.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Sep 2015 08:45:29 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Storage question From: Paul Kraus In-Reply-To: <55F04D78.8070508@hiwaay.net> Date: Wed, 9 Sep 2015 11:45:27 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> <55F04D78.8070508@hiwaay.net> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:45:33 -0000 On Sep 9, 2015, at 11:15, William A. Mahaffey III = wrote: > I have heard that filling your zpool is a *BAD* thing, Filling a zpool is _fatal_. With Copy on Write and no free space you = cannot even remove a file. > but it can be for any FS, just maybe a bit worse for ZFS. I create a dummy dataset (filesystem) with a reservation of 1 GB and a = quota of 1 GB and no mount point and call it =93do-not-remove=94 or = =93dnr=94 for short :-) If the zpool is small I make the quota and = reservation 512 MB. If I accidentally fill the zpool, I can then _stop_ = whatever is filling it, remove and reservation from =93dnr=94 and = proceed to remove files. The other thing to remember is that ZFS (without compression) is _less_ = space efficient. The checksums and metadata take up more room than for = UFS. ZFS also has a steep performance drop when you hit a certain % in = use. And that is NOT a fixed number but varies with workload. For my VM = hosts I need to keep the zpool less than 85-90% full or the performance = drops so far that the VMs=92 I/O start timing out. > I am going to study that option a bit more. The online docs all seem = to show swap within the zpool as well, does that work OK, performance = wise ? It would simplify installation, however I am planning to script = that, so a bit of 'extra' effort for separate swap partitions is not an = issue. I have always thought that separate swap partitions directly = kernel managed were the best for swap performance if/when it gets down = to that, no ? Swap on zvol is a bad idea (as you may have already found). The issue, = as best I can tell, is that since ZFS grabs all the RAM it can, and SWAP = is used in low RAM situations, there are times were SWAP is trying to = write to the zvol and ZFS is trying to decrease it=92s RAM usage = (because of memory pressure) so it=92s performance drops. Functionally = it becomes a race state that ends badly. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Wed Sep 9 15:52:04 2015 Return-Path: Delivered-To: freebsd-questions@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 AD4E3A01FD9 for ; Wed, 9 Sep 2015 15:52:04 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 26C9813A5 for ; Wed, 9 Sep 2015 15:52:03 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from host-4-75.office.adestra.com (vpn-1.adestra.com [46.236.37.122]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t89FpwVq040331 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Wed, 9 Sep 2015 16:51:58 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=infracaninophile.co.uk DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t89FpwVq040331 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1441813918; bh=f0aCGrSG+xhePHfibtlaf14pXM8NfV0SsMwj/wATUaA=; h=Subject:To:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Storage=20question|To:=20freebsd-questions@freeb sd.org|References:=20<55EF3D23.5060009@hiwaay.net>=0D=0A=20<201509 08220639.20412cbd@gumby.homeunix.com>=20<55EF5409.8020007@yahoo.co m>=0D=0A=20<55EFC2DA.3020101@hiwaay.net>=20<08B351DD-AA48-4F30-B0D 6-C500D0877FB3@lafn.org>=0D=0A=20<55F02DC8.7000706@hiwaay.net>=20< 20150909150626.5c3b99e5.freebsd@edvax.de>=0D=0A=20<55F031A0.40500@ hiwaay.net>=0D=0A=20<20150909145820.c3b48aafad4f70553c1c1fd8@sohar a.org>=0D=0A=20<55F0451A.5080709@hiwaay.net>=0D=0A=20<201509091600 05.d3b84775c3d0748014a871e5@sohara.org>=0D=0A=20<55F04D78.8070508@ hiwaay.net>|From:=20Matthew=20Seaman=20|Date:=20Wed,=209=20Sep=202015=2016:51:51=20+0100|In-Reply-T o:=20<55F04D78.8070508@hiwaay.net>; b=ZTfrG/gJnahjMJvlA5g7CnCfmpH5kcCXk4AAJav8vvyg9U3BhVIMVAQEadEBF4HJt uTbof9kcjXgFeadt9UvH2zUoXeu3pusYF1lk8WUTi3EwuOMLfJxeItiIiCaaFecAQ7 nY/W2dpIqBMea9csb4S2tNYCSkypohCFR1hIy+Kg= X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host vpn-1.adestra.com [46.236.37.122] claimed to be host-4-75.office.adestra.com Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> <55F04D78.8070508@hiwaay.net> From: Matthew Seaman X-Enigmail-Draft-Status: N1110 Message-ID: <55F05597.7070607@infracaninophile.co.uk> Date: Wed, 9 Sep 2015 16:51:51 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F04D78.8070508@hiwaay.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0pndWGgEVU0MwSeQDG3D2FH8DTqq9x2Tu" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:52:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0pndWGgEVU0MwSeQDG3D2FH8DTqq9x2Tu Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015/09/09 16:15, William A. Mahaffey III wrote: > I have heard that filling your zpool is a *BAD* thing, but it can be fo= r > any FS, just maybe a bit worse for ZFS. I am going to study that option= > a bit more. The online docs all seem to show swap within the zpool as > well, does that work OK, performance wise ? It would simplify > installation, however I am planning to script that, so a bit of 'extra'= > effort for separate swap partitions is not an issue. I have always > thought that separate swap partitions directly kernel managed were the > best for swap performance if/when it gets down to that, no ? Filling the zpool completely is tricky because it can be hard to recover. The trick is (a) don't do that; (b) create space by *truncating* a large file if it happens. Or use FreeBSD 10.x which has a 3% space reservation, similarly to how UFS does. However, you'll find that ZFS performance drops quite a bit when you hit somewhere north of about 75% full. Yes, you should swap to a dedicated partition, rather than swapping within ZFS. I think, BICBW, that you can still get into a deadlock where you need extra memory to handle an out-of-memory condition. Just use the system installer to set up your drives and zpool -- it makes it ridiculously easy. Cheers, Matthew --0pndWGgEVU0MwSeQDG3D2FH8DTqq9x2Tu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQJ7BAEBCgBmBQJV8FWdXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxOUYxNTRFQ0JGMTEyRTUwNTQ0RTNGMzAw MDUxM0YxMEUwQTlFNEU3AAoJEABRPxDgqeTnO1YP91ZEOF0hoFk7tnqx7xFZ/7FI C+d56ziw76eqEjP4g5y8r/AyWxAWx8qOx2jatRdynvDRetSDmDu3scvpxp/dUbVU 0t/B2gpJ3LxUThOM/M78aOVdBxQhdRl+f7pZcUu6gDjW6t4i0CRwqwOysvpVm8JL 20XxbtEXGEDkQceq/wHnE2+KKQ53syGiHWMuJcASteXPT07MsFPbBo+csRP5TKmS iMtmpRwrtIYjegBBDLI19W5w8Cbz6psXkcuigCKnJroUU34DyrI2kzv7WPqY8qFr XbbQnW9vsm7EbMqYmkaJl0j2hi9HEITKrfQmG6V3V69/TBKA8UIL4Ec+hKSfgNjz Xe2+49vLef3gzHIZJRrSdOVHDyxOvpSx3vxNi4tSI1yzEx/3juBdafkB5p7FdCph 3cNlN+XJocPM07mwBfSLjSn/+Js7lkUmbkLINnLhFAPYNw0hlWCGEFkfg8JgytQX cUdx3W3HR5DxnWFc64QpsNX0CyxXJtX8mkD+3z1syGmAQg39NitLpTsVuEggu1vn qrbTS+7JtNSXLXzuNioWpzO+F/Q6h4OqVMvNKWcX3OJg1CRP4js/A0xz00UWv8rz RlDEhjOcYFssafWtMcJnifDFq4PK856/z5Ze7fV98On0hMoPA4INj2TV4YRrzGL/ g9Cwi5KUnp/zs8hU9mk= =yZuH -----END PGP SIGNATURE----- --0pndWGgEVU0MwSeQDG3D2FH8DTqq9x2Tu-- From owner-freebsd-questions@freebsd.org Wed Sep 9 15:53:52 2015 Return-Path: Delivered-To: freebsd-questions@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 63B769CC0C4 for ; Wed, 9 Sep 2015 15:53:52 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) (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 2769D15C5 for ; Wed, 9 Sep 2015 15:53:51 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qkdw123 with SMTP id w123so6326215qkd.0 for ; Wed, 09 Sep 2015 08:53:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=5jC+lZPjXd86I+C22SnYsi9aSCk9Axz+IlYBa1wJgIU=; b=Ps3uLPVn0x4v1y6iYs1nuX0rwsNZM++XIWso9yMs3WIjR761VkXbK+SUkWZSw+BU3P 1zExu/YODo+bTQSRQVBUaEijOkFWuDL+bRs6beItY5YdlznwwCw1A7Bk2PELFW9EVNLu IjwnKqiVqYFlvsZtvAP68WuziRZhfJpZUoJs1ge9FzmR9ILKlKl76/fiPwomDTRBcpTo RIAMDDkJzVrlhKvcyjvD7JqdkCDem0/3qnSOSK8fZQWCGA4my6CiS686vrz0A2uNbYs7 4XQvLH50AzdFJXOrV68qdoY3GA0VeEsyDbTBs0gS8ySp2mI4OA9SCkwOxP2Fec2Uqmtx vsVg== X-Gm-Message-State: ALoCoQmi1J494T5ePA/XA6ezUiQ7o+oA2YNXOko/bpwb69DFF617tc++JdGDaIs7R9XQcCEsxch7 X-Received: by 10.55.192.26 with SMTP id o26mr44267507qki.89.1441812566744; Wed, 09 Sep 2015 08:29:26 -0700 (PDT) Received: from [172.24.4.228] (rrcs-24-39-108-194.nyc.biz.rr.com. [24.39.108.194]) by smtp.gmail.com with ESMTPSA id i199sm4046787qhc.44.2015.09.09.08.29.24 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Sep 2015 08:29:24 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Storage question From: Paul Kraus In-Reply-To: <55EFC2DA.3020101@hiwaay.net> Date: Wed, 9 Sep 2015 11:29:22 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 15:53:52 -0000 On Sep 9, 2015, at 1:24, William A. Mahaffey III wrote: > On 09/08/15 16:39, Paul Pathiakis via freebsd-questions wrote: >> Just curious, why not ZFS? It is extremely stable and then you don't = have to worry about properly sizing but you can limit the size of a = parition from growing out of control. Due to the pooling, you have = access to all your storage on the drive to all the partitions. >=20 > Good question. 1 of the new boxen (the one that is tight for storage) = is tight for CPU, quad-core AMD A4-5000, 1.5 GHz, not much firepower, & = will be tasked w/ MythTV by default, so I guessed that adding ZFS might = overpower it. I otherwise agree w/ the advantages of ZFS. Unless you turn on compression (and I would NOT on a MythTV box), ZFS is = generally not CPU bound but more constrained by RAM. I have been running = all ZFS systems on N40 and N54 CPUs (HP Micro Proliant servers) which = are dual core 1.0 and 1.3 GHz and getting reasonable speed. I can = sustain about 60 MB/sec writes via Samba with compression on. I have 8 = GB in one and 16 GB in the other. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Wed Sep 9 16:06:23 2015 Return-Path: Delivered-To: freebsd-questions@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 9D70B9CC7F3 for ; Wed, 9 Sep 2015 16:06:23 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 6CBA61D21 for ; Wed, 9 Sep 2015 16:06:23 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89G6LaY015210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 11:06:22 -0500 Subject: Re: Storage question To: FreeBSD Questions References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> From: "William A. Mahaffey III" Message-ID: <55F058FC.6080204@hiwaay.net> Date: Wed, 9 Sep 2015 11:11:50 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 16:06:23 -0000 On 09/09/15 10:35, Paul Kraus wrote: > On Sep 9, 2015, at 1:24, William A. Mahaffey III wrote: > >> On 09/08/15 16:39, Paul Pathiakis via freebsd-questions wrote: >>> Just curious, why not ZFS? It is extremely stable and then you don't have to worry about properly sizing but you can limit the size of a parition from growing out of control. Due to the pooling, you have access to all your storage on the drive to all the partitions. >> Good question. 1 of the new boxen (the one that is tight for storage) is tight for CPU, quad-core AMD A4-5000, 1.5 GHz, not much firepower, & will be tasked w/ MythTV by default, so I guessed that adding ZFS might overpower it. I otherwise agree w/ the advantages of ZFS. > Unless you turn on compression (and I would NOT on a MythTV box), ZFS is generally not CPU bound but more constrained by RAM. I have been running all ZFS systems on N40 and N54 CPUs (HP Micro Proliant servers) which are dual core 1.0 and 1.3 GHz and getting reasonable speed. I can sustain about 60 MB/sec writes via Samba with compression on. I have 8 GB in one and 16 GB in the other. > > -- > Paul Kraus > paul@kraus-haus.org Hmmmm .... could you amplify on that point about no compression w/ MythTV ? This box will have 16 GB of RAM & 32 GB of swap, so I *think* I will be OK on RAM. I will probably stream video over my network most of the time, but might be using the ZFS as well .... I just got done copying the stuff from https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE verbatim into 2 shell scripts to automate the setup, but if there are known issues w/ MythTV & ZFS+compression, more rethinking will be needed. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 16:07:32 2015 Return-Path: Delivered-To: freebsd-questions@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 30A9D9CC896 for ; Wed, 9 Sep 2015 16:07:32 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 EF95A1DD0 for ; Wed, 9 Sep 2015 16:07:31 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89G7T9c016644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 11:07:30 -0500 Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> <55F04D78.8070508@hiwaay.net> Cc: FreeBSD Questions From: "William A. Mahaffey III" Message-ID: <55F05941.70502@hiwaay.net> Date: Wed, 9 Sep 2015 11:12:59 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 16:07:32 -0000 On 09/09/15 10:42, Adam Vande More wrote: > On Wed, Sep 9, 2015 at 10:15 AM, William A. Mahaffey III > > wrote: > > The online docs all seem to show swap within the zpool as well, > does that work OK, performance wise ? > > > I know they don't all say that except for perhaps "don't do it". > Having a file backed swap on ZFS(or really any FS) or a ZVOL backed > swap is a bad idea doomed from the start. It'll work just fine as > long as there is no memory pressure and will collapse under severe > pressure. > > > > -- > Adam Yeah I caught that right after I hit the 'return' key :-/ .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 16:10:02 2015 Return-Path: Delivered-To: freebsd-questions@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 557479CCA87 for ; Wed, 9 Sep 2015 16:10:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 08BB01EF5 for ; Wed, 9 Sep 2015 16:10:01 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89GA0Z7019706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 11:10:00 -0500 Subject: Re: Storage question To: FreeBSD Questions References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <20150909145820.c3b48aafad4f70553c1c1fd8@sohara.org> <55F0451A.5080709@hiwaay.net> <20150909160005.d3b84775c3d0748014a871e5@sohara.org> <55F04D78.8070508@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <55F059D8.5000101@hiwaay.net> Date: Wed, 9 Sep 2015 11:15:30 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 16:10:02 -0000 On 09/09/15 10:51, Paul Kraus wrote: > Swap on zvol is a bad idea (as you may have already found). The issue, as best I can tell, is that since ZFS grabs all the RAM it can, and SWAP is used in low RAM situations, there are times were SWAP is trying to write to the zvol and ZFS is trying to decrease it’s RAM usage (because of memory pressure) so it’s performance drops. Functionally it becomes a race state that ends badly. Yeah, I figured that out *right* after I hit the 'return' key ;-) .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 16:12:33 2015 Return-Path: Delivered-To: freebsd-questions@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 3E8BB9CCCA5 for ; Wed, 9 Sep 2015 16:12:33 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from mail.physics.umn.edu (smtp.spa.umn.edu [128.101.220.4]) (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 1F4081198 for ; Wed, 9 Sep 2015 16:12:32 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from spa-sysadm-01.spa.umn.edu ([134.84.199.8]) by mail.physics.umn.edu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1ZZhyz-000IQB-Qv for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 11:12:25 -0500 Message-ID: <55F05A55.1080500@physics.umn.edu> Date: Wed, 09 Sep 2015 11:12:05 -0500 From: Graham Allan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> In-Reply-To: <55F058FC.6080204@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 16:12:33 -0000 On 9/9/2015 11:04 AM, William A. Mahaffey III wrote: > > Hmmmm .... could you amplify on that point about no compression w/ > MythTV ? This box will have 16 GB of RAM & 32 GB of swap, so I *think* I > will be OK on RAM. I will probably stream video over my network most of > the time, but might be using the ZFS as well .... I just got done > copying the stuff from > https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE verbatim into > 2 shell scripts to automate the setup, but if there are known issues w/ > MythTV & ZFS+compression, more rethinking will be needed. Just that media files tend not to compress further. I have ZFS on my home NAS box too, and though I do still have compression enabled I shouldn't because the compression ratio is 1.00! I also wouldn't hesitate to use ZFS on a machine with 16G or 8G RAM. The system installer does a fine job of setting it up for you (including a separate partition for swap). G. From owner-freebsd-questions@freebsd.org Wed Sep 9 16:18:45 2015 Return-Path: Delivered-To: freebsd-questions@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 6B251A000F5 for ; Wed, 9 Sep 2015 16:18:45 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 3B8941360 for ; Wed, 9 Sep 2015 16:18:44 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89GIgu4029966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 11:18:43 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> <55F05A55.1080500@physics.umn.edu> From: "William A. Mahaffey III" Message-ID: <55F05BE2.4000004@hiwaay.net> Date: Wed, 9 Sep 2015 11:24:12 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F05A55.1080500@physics.umn.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 16:18:45 -0000 On 09/09/15 11:18, Graham Allan wrote: > On 9/9/2015 11:04 AM, William A. Mahaffey III wrote: >> >> Hmmmm .... could you amplify on that point about no compression w/ >> MythTV ? This box will have 16 GB of RAM & 32 GB of swap, so I *think* I >> will be OK on RAM. I will probably stream video over my network most of >> the time, but might be using the ZFS as well .... I just got done >> copying the stuff from >> https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE verbatim into >> 2 shell scripts to automate the setup, but if there are known issues w/ >> MythTV & ZFS+compression, more rethinking will be needed. > > Just that media files tend not to compress further. I have ZFS on my > home NAS box too, and though I do still have compression enabled I > shouldn't because the compression ratio is 1.00! > > I also wouldn't hesitate to use ZFS on a machine with 16G or 8G RAM. > > The system installer does a fine job of setting it up for you > (including a separate partition for swap). > > G. Hmmmm .... OK, I guess I could not enable compression on /home, that seems feasible. If all it is is a waste of cycles I can live w/ that (if everything else is OK), I was just worried there might be some more dire issue .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 16:58:26 2015 Return-Path: Delivered-To: freebsd-questions@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 79D78A01560 for ; Wed, 9 Sep 2015 16:58:26 +0000 (UTC) (envelope-from karly@kipshouse.net) Received: from mgmt.ironboy.kipshouse.net (ironboy.kipshouse.net [IPv6:2001:470:835a:4242::42]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mx.kipshouse.net", Issuer "Starfield Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 209631895 for ; Wed, 9 Sep 2015 16:58:26 +0000 (UTC) (envelope-from karly@kipshouse.net) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kipshouse.org; i=@kipshouse.org; q=dns/txt; s=kh-ss; t=1441817907; x=1473353907; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; z=Date:=20Wed,=209=20Sep=202015=2009:49:32=20-0700|From: =20Karl=20Young=20|To:=20Nagy=20=3D? iso-8859-1?B?TOFzemzz?=3D=20Zsolt=20|Cc:=20freebsd-questions@freebsd.org|Subject:=20Re:=20Ca nnot=20test=20spamassassin,=20what=20is=20going=20on=20he re?|Message-ID:=20<20150909164931.GB11226@mailboy.kipshou se.net>|References:=20<55F0212B.9090708@shopzeus.com> |MIME-Version:=201.0|Content-Transfer-Encoding:=208bit |In-Reply-To:=20<55F0212B.9090708@shopzeus.com>; bh=LwnJULtB52l00Omesm/2DDRRFmEUXYDORgBzt5V0MKw=; b=iw5cYPLb27jJyHJGER75+SaN6p6vlOA5vmVglgoXTpdB00djnngrLuZu BhTgl9t1LhRU4uXOywo3jX18wIa3wCWkoaw1fZhfFQOCRNOm2BEqSli6A Y2Y5Mf+7Yqjy1BNy/JL9EZibl/XMEHp1ByUCfMY/ZFhBsEYuFLgWGrKCO IDcSxsL9awiC1fzOBjbsPSWAEdqlWZzFgiBaGclS4LkN+yFKB0bza4lec BIo+cM59VP4NAI1OBIi7naTK/PimQsHQZVhMcjLI/2NhuKLq2RkHN7uQz 6HFUQDhXaQKWIh8DpnaPs5mp0dVjkmxepur038Nhto7DDdcrx78TWM08O A==; Authentication-Results: d2.ironport.kipshouse.net; dkim=neutral (message not signed) header.i=none Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of karly@kipshouse.org) identity=pra; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="karly@kipshouse.org"; x-conformance=sidf_compatible Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of karly@kipshouse.net) identity=mailfrom; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="karly@kipshouse.net"; x-conformance=sidf_compatible Received-SPF: None (d2.ironport.kipshouse.net: no sender authenticity information available from domain of postmaster@mailboy.kipshouse.net) identity=helo; client-ip=2001:470:835a:1010::26; receiver=d2.ironport.kipshouse.net; envelope-from="karly@kipshouse.net"; x-sender="postmaster@mailboy.kipshouse.net"; x-conformance=sidf_compatible X-SBRS: None X-MID: 174092 X-RemoteIP: 2001:470:835a:1010::26 X-RemoteHost: 2001:470:835a:1010::26, mailboypriv.kipshouse.net X-IronPort-AV: E=McAfee;i="5700,7163,7918"; a="174092" Received: from mailboypriv.kipshouse.net (HELO mailboy.kipshouse.net) ([IPv6:2001:470:835a:1010::26]) by d2.ironport.kipshouse.net with ESMTP; 09 Sep 2015 09:58:25 -0700 Received: by mailboy.kipshouse.net (Postfix, from userid 500) id 404134367B; Wed, 9 Sep 2015 09:49:32 -0700 (PDT) Date: Wed, 9 Sep 2015 09:49:32 -0700 From: Karl Young To: Nagy =?iso-8859-1?B?TOFzemzz?= Zsolt Cc: freebsd-questions@freebsd.org Subject: Re: Cannot test spamassassin, what is going on here? Message-ID: <20150909164931.GB11226@mailboy.kipshouse.net> References: <55F0212B.9090708@shopzeus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <55F0212B.9090708@shopzeus.com> X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.kipshouse.org/karly X-Work-URL: http://www.cisco.com/ X-Disclaimer: My opinions do not necessarily represent those of my employer. User-Agent: Mutt/1.5.20 (2009-12-10) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 16:58:26 -0000 Nagy László Zsolt(gandalf@shopzeus.com)@2015.09.09 14:08:11 +0200: > Given a test file "test.eml" I can run this test: > > spamassassin -t test.eml > > and I get this: > > > > >-- > >This message has been scanned for viruses and > >dangerous content by MailScanner, and is > >believed to be clean. > > > >Spam detection software, running on the system "shopzeus.com", > >has NOT identified this incoming email as spam. The original > >message has been attached to this so you can view it or label > >similar future email. If you have any questions, see > >The administrator of that system for details. > > > >Content preview: We've run into ths bug: > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=148581 > > [libc] fopen(3) fails with EMFILE if there are more than > >SHORT_MAX fds open > > [...] > > > >Content analysis details: (-5.0 points, 5.0 required) > > > > pts rule name description > >---- ---------------------- > >-------------------------------------------------- > >-5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at > >http://www.dnswl.org/, high > > trust > > [8.8.178.116 listed in list.dnswl.org] > > However, the very same email went through postfix/Mailscanner and > resulted in these headers: > > >X-shopzeus-MailScanner-Information: Please contact the ISP for more information > >X-shopzeus-MailScanner-ID: 4FFF48895E15.AB608 > >X-shopzeus-MailScanner: Found to be clean > >X-shopzeus-MailScanner-SpamCheck: spam, JUNKEMAIL > >X-shopzeus-MailScanner-From: owner-freebsd-questions@freebsd.org > >X-Spam-Status: Yes > > So the "spamassassin -t" command gives -5.0 score identifying as > ham, but when the email actually comes in then it is identified as > spam. > > Looks like spamassassin is using different rules/settings when it is > ran from the mailscanner daemon. The configuration should be the > same ( /usr/local/etc/mail/spamassassin is a symbolic link to > /usr/local/etc/MailScanner/spam.assassin.prefs.conf ) > > I cannot test spamassassin with the same user, because it is postfix > which is disabled: > > > > ># su postfix " spamassassin -t test.eml " > >This account is currently not available. > > > How to overcome this problem? What is going on here? I'm no SA expert, but I believe it will take the reputation of the sender into account. So if the mail content is marginal, it might pass the local test, but if the sending IP has a poor reputation, it could push it into the spam range. -karl > > Thanks > > Laszlo > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Wed Sep 9 17:36:37 2015 Return-Path: Delivered-To: freebsd-questions@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 90896A0087E for ; Wed, 9 Sep 2015 17:36:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B2351D54 for ; Wed, 9 Sep 2015 17:36:37 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [5.157.124.69] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1ZZiUV-0004JZ-Ak; Wed, 09 Sep 2015 18:45:00 +0200 Received: from localhost.my.domain (c720-r276659 [127.0.0.1]) by localhost.unixarea.de (8.14.9/8.14.9) with ESMTP id t89GiWQ0002059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 9 Sep 2015 18:44:32 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.9/8.14.9/Submit) id t89GiOdk002058; Wed, 9 Sep 2015 18:44:25 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Wed, 9 Sep 2015 18:44:24 +0200 From: Matthias Apitz To: reg@dwf.com Cc: "freebsd-questions@freebsd.org" Subject: Re: pan (newsgroup reader) coredumps. Message-ID: <20150909164424.GA2015@c720-r276659.l.certwifi.com> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , reg@dwf.com, "freebsd-questions@freebsd.org" References: <201509070637.t876bceR018904@deneb.dwf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201509070637.t876bceR018904@deneb.dwf.com> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 5.157.124.69 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 17:36:37 -0000 El día Monday, September 07, 2015 a las 12:37:38AM -0600, reg@dwf.com escribió: > > I have installed pan (the newsgroup reader) from 10.2, > and it coredumps immediately on execution. > > Anyone else see this behaviour? > > Is there a preferred newsreader in FreeBSD other than > pan? I was for many years used to use the newsreader 'nn' (from the ports). But now, the technical groups I was reading and some other about culture things (Spanish language, cooking etc.) all have died or nearly have apart from SPAM no traffic at all :-( matthias -- Matthias Apitz, ✉ guru@unixarea.de, 🌠http://www.unixarea.de/ ☎ +49-176-38902045 No! Nein! ¡No! Όχι! -- ΕυχαÏιστοÏμε! From owner-freebsd-questions@freebsd.org Wed Sep 9 18:50:36 2015 Return-Path: Delivered-To: freebsd-questions@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 A31E59CDDD8 for ; Wed, 9 Sep 2015 18:50:36 +0000 (UTC) (envelope-from prvs=168719c8fe=vogelke@pobox.com) Received: from SCOTT-MAIL1.afnoc.af.mil (scott-mail1.afnoc.af.mil [132.3.41.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "SCOTT-MAIL1.afnoc.af.mil", Issuer "DOD CA-27" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A1BC1648 for ; Wed, 9 Sep 2015 18:50:35 +0000 (UTC) (envelope-from prvs=168719c8fe=vogelke@pobox.com) Received-PRA: neutral (us.af.mil: 131.9.254.133 is neither permitted nor denied by domain of pobox.com) client-ip=131.9.254.133; envelope-from=vogelke@pobox.com; helo=us.af.mil; Received-SPF: neutral (us.af.mil: 131.9.254.133 is neither permitted nor denied by domain of pobox.com) client-ip=131.9.254.133; envelope-from=vogelke@pobox.com; helo=us.af.mil; Received: from us.af.mil (unknown [131.9.254.133]) by SCOTT-MAIL1.afnoc.af.mil with smtp (TLS: TLSv1/SSLv3,256bits,DHE-RSA-AES256-SHA) id 2684_730b_aa4b2548_ccc9_4f3b_bbff_4c827e2577be; Wed, 09 Sep 2015 18:50:21 +0000 Received: from ([131.9.40.227]) by 52vejx-mr-002.us.af.mil with SMTP id 5X21FN1.184546828; Wed, 09 Sep 2015 13:50:14 -0500 Received: (qmail 6877 invoked by uid 100); 9 Sep 2015 18:50:14 -0000 From: "Karl Vogel" Date: Wed, 9 Sep 2015 14:50:14 -0400 To: freebsd-questions@freebsd.org Subject: Re: Storage question Message-ID: <20150909185013.GA5368@bsd118.area52.afnoapps.usaf.mil> Reply-To: vogelke+unix@pobox.com References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <55F0375D.4070608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55F0375D.4070608@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 4.1 X-NAI-Spam-Score: -0.9 X-NAI-Spam-Version: 2.3.0.9393 : core <5424> : inlines <3769> : streams <1502533> : uri <2036413> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 18:50:36 -0000 On Wed, Sep 09, 2015 at 02:42:53PM +0100, Matthew Seaman wrote: > Actually, ZFS's RAM requirements may not be as gargantuan as all that. > Despite its reputation for gobbling up all that's available and asking > for more, it doesn't have to be that way. What takes up the space are > the filesystem caches, and how much you need for those depends > absolutely on your usage patterns. I'm on a Solaris-11.1 system so this doesn't strictly apply, but with a little tweaking ZFS works pretty well with low memory: Environment: full X-Windows, Apache, dev stuff (compilers, etc.) Memory: 4Gb PC3-10600 Chipset: AMD 785G CPU: AMD Athlon(tm) II X2 B28 Processor, 3.4 GHz, 2MB L2 cache Disk: 500-GB 3.5" Drive 7,200 rpm, 16MB cache, 3.0 GB/s I have a second drive with a 32MB cache, and the performance improvement from the additional memory is significant. My boot settings are below; hope this helps. [Yes, I'd love more memory. It's a gov't site, I ordered it last Nov, and I'm sure it'll be here any day now.] -- Karl Vogel I don't speak for the USAF or my company Lois, I think people would prefer a knock to "Pants on". --Clark Kent chastising Lois Lane for her preferred way of entering a room on "Smallville". # ------------------------------------------------------------------------- # Prefetch is on by default, disable for workloads with lots of random I/O. # or if prefetch hits are less than 10%. set zfs:zfs_prefetch_disable = 1 # Seems to make scrubs faster. # http://serverfault.com/questions/499739/ set zfs:zfs_no_scrub_prefetch = 1 set zfs:zfs_top_maxinflight = 64 set zfs:metaslab_min_alloc_size = 4096 set zfs:zfs_scan_idle = 10 set zfs:zfs_scrub_delay = 1 # Enable no write throttling? If your drives can't keep up, you # can end up with a core dump, according to # http://hardforum.com/showthread.php?t=1742979 ## set zfs:zfs_no_write_throttle = 1 ## set zfs:zfs_write_limit_override = 1 # http://dan3lmi.blogspot.com/2012/10/solaris-zfs-tuning-cache-flushes.html # Looks like it's more for storage arrays or JBODs. ## set zfs:zfs_nocacheflush = 1 # https://rageek.wordpress.com/2012/07/09/strickly-limiting-zfs-arc-cache-size/ # Keep ARC size to about 1/4th memory set zfs:zfs_arc_max = 1048576000 set zfs:zfs_arc_min = 1048576000 # ------------------------------------------------------------------------- From owner-freebsd-questions@freebsd.org Wed Sep 9 20:02:38 2015 Return-Path: Delivered-To: freebsd-questions@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 04D96A003C9 for ; Wed, 9 Sep 2015 20:02:38 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qg0-f54.google.com (mail-qg0-f54.google.com [209.85.192.54]) (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 BB9A51EDF for ; Wed, 9 Sep 2015 20:02:37 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qgx61 with SMTP id 61so17966867qgx.3 for ; Wed, 09 Sep 2015 13:02:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=LTRKcEPDELMULi0RXqut72FKo/F6s07UX8sh7hH6CCg=; b=jQWYZRMie51YZ74dfS+/GjbVX6yC9GxlSOOi38AFb1+NiJhcQx7lxLJEldKEgEW12r vZ0y9pwQHeucjzI+5qPZkoXtW+uq1P+4Vqx7osuiynjir+/r0qaTDzFuPKh46B1Fsdkk HaiD63GPAG2TRG/eAy+HWcusiRmyjQA9EpkyFaxrV81QTIvUTuOn4o3qwz/KMIJjajrk dZSzhEB/h49SEri83qodGN5tDRrh/C2ZkqybkUx6w40PdjYZ+HT9lo3oLD4PPzZiBKgI BzqhVv828BkP2X61DU5iCeHn91QGTYxdC2Qa6875PWdCmCkDB/468vO7L2rBB9Yu8QGV St6Q== X-Gm-Message-State: ALoCoQkANHe4K/MRbsou7c0CJYDFcrQA2F6VhryFJhwfwt44ki308JpAoUPKadsugTLSxR6EYTzH X-Received: by 10.140.37.101 with SMTP id q92mr46705630qgq.3.1441828955861; Wed, 09 Sep 2015 13:02:35 -0700 (PDT) Received: from [172.24.6.204] (rrcs-24-103-86-178.nyc.biz.rr.com. [24.103.86.178]) by smtp.gmail.com with ESMTPSA id 103sm4509357qgx.35.2015.09.09.13.02.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Sep 2015 13:02:34 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Storage question From: Paul Kraus In-Reply-To: <55F058FC.6080204@hiwaay.net> Date: Wed, 9 Sep 2015 16:02:31 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 20:02:38 -0000 On Sep 9, 2015, at 12:04, William A. Mahaffey III = wrote: > Hmmmm .... could you amplify on that point about no compression w/ = MythTV ? If MythTV is using any of the normal sorts of video files, they are = already compressed. Asking ZFS to perform additional compression (even = if just to figure out that it gains nothing) is a waste of cycles. > This box will have 16 GB of RAM & 32 GB of swap, so I *think* I will = be OK on RAM. You should be fine with 16 GB RAM for a streaming box. > I will probably stream video over my network most of the time, but = might be using the ZFS as well .... I just got done copying the stuff = fromhttps://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE verbatim = into 2 shell scripts to automate the setup, I would never follow any instructions verbatim unless they did _exactly_ = what I needed. I will also point out that while there are only one set = of instructions for 9.x, the necessary steps changed as the minor revs = of 9 went by. The instructions tended to apply to the latest and if you = did not have a cache of the older instructions and needed to recover an = older release you were in trouble. Follow the instructions through a few times by hand. Understand what = they are doing and _why_, then script what _you_ need to do. For = example, I never used as many different datasets under /var as indicated = on that page. I just did not need that degree of control. You may need = (or want) more. > but if there are known issues w/ MythTV & ZFS+compression, more = rethinking will be needed. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Wed Sep 9 20:35:22 2015 Return-Path: Delivered-To: freebsd-questions@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 8DEECA01416 for ; Wed, 9 Sep 2015 20:35:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 6BEE11F9A for ; Wed, 9 Sep 2015 20:35:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89KZDYU016854 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 15:35:14 -0500 Subject: Re: Storage question To: FreeBSD Questions References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <55F09801.5040801@hiwaay.net> Date: Wed, 9 Sep 2015 15:40:43 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 20:35:22 -0000 On 09/09/15 15:08, Paul Kraus wrote: > On Sep 9, 2015, at 12:04, William A. Mahaffey III wrote: > >> Hmmmm .... could you amplify on that point about no compression w/ MythTV ? > If MythTV is using any of the normal sorts of video files, they are already compressed. Asking ZFS to perform additional compression (even if just to figure out that it gains nothing) is a waste of cycles. Yeah, that's what I was hoping. I *think* I can weather that (waste of cycles). > >> This box will have 16 GB of RAM & 32 GB of swap, so I *think* I will be OK on RAM. > You should be fine with 16 GB RAM for a streaming box. > >> I will probably stream video over my network most of the time, but might be using the ZFS as well .... I just got done copying the stuff fromhttps://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE verbatim into 2 shell scripts to automate the setup, > I would never follow any instructions verbatim unless they did _exactly_ what I needed. I will also point out that while there are only one set of instructions for 9.x, the necessary steps changed as the minor revs of 9 went by. The instructions tended to apply to the latest and if you did not have a cache of the older instructions and needed to recover an older release you were in trouble. I am doing a scratch install, 9.3R, so no worries about older stuff hanging around or needing to be recovered. Valid point, however. I went verbatim to start with since I trust that savvier eyes than mine have been through them & they should be a reliable starting point, if not almost verbatim actual commands. > > Follow the instructions through a few times by hand. Understand what they are doing and _why_, then script what _you_ need to do. For example, I never used as many different datasets under /var as indicated on that page. I just did not need that degree of control. You may need (or want) more. > >> but if there are known issues w/ MythTV & ZFS+compression, more rethinking will be needed. > -- > Paul Kraus > paul@kraus-haus.org Good point on blindly following, I did in fact make a few tweeks, & will probably follow what you said about /var. I do agree that I probably don't need that much resolution on configuration, although since it is scripted, not much effort on my part, & reduced opportunity for fat-fingering. Thanks (again) for the input & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 20:40:06 2015 Return-Path: Delivered-To: freebsd-questions@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 A5AAEA016E5 for ; Wed, 9 Sep 2015 20:40:06 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 598541477 for ; Wed, 9 Sep 2015 20:40:06 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89Ke4Z8019824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 15:40:05 -0500 Subject: Re: Storage question To: FreeBSD Questions References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <55F09924.2000007@hiwaay.net> Date: Wed, 9 Sep 2015 15:45:34 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 20:40:06 -0000 On 09/09/15 15:08, Paul Kraus wrote: > I would never follow any instructions verbatim unless they did_exactly_ what I needed. I will also point out that while there are only one set of instructions for 9.x, the necessary steps changed as the minor revs of 9 went by. The instructions tended to apply to the latest and if you did not have a cache of the older instructions and needed to recover an older release you were in trouble. > > Follow the instructions through a few times by hand. Understand what they are doing and_why_, then script what_you_ need to do. For example, I never used as many different datasets under /var as indicated on that page. I just did not need that degree of control. You may need (or want) more. Actually, I do have 1 more question. Partway down in the setup, stuff is echoed to /tmp/bsdinstall_etc/fstab to setup swap, but nothing about the other parts of the FS (ZFS stuff) .... Is that AOK ? TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 21:13:20 2015 Return-Path: Delivered-To: freebsd-questions@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 1EC199CC794 for ; Wed, 9 Sep 2015 21:13:20 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 CFC851956 for ; Wed, 9 Sep 2015 21:13:19 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id C63133F71C; Wed, 9 Sep 2015 17:13:11 -0400 (EDT) Message-ID: <55F0A0E7.1060709@sneakertech.com> Date: Wed, 09 Sep 2015 17:13:11 -0400 From: Quartz MIME-Version: 1.0 To: "William A. Mahaffey III" CC: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> In-Reply-To: <55F031A0.40500@hiwaay.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 21:13:20 -0000 > I like ZFS in principal (it's one of the things that attracted me to > FreeBSD about a year ago), but, as someone else noted, it seems to > require lots of RAM & possibly CPU for best effect. The MythTV box is an > AMD A4-5000, 1.5 GHz quad-core jaguar, w/ 16 GB of RAM, which isn't > especially robusto by today's standards, Err..... this is just a home fileserver/mediabox, right? That's PLENTY of horsepower. ZFS has a reputation for being ram hungry, but that's mainly the ARC trying to hold a copy of a bazillion files being used by dozens of users or you turn on live dedupe. Likewise, CPU usage only gets high if you set max compression. You're very unlikely to be pushing it like that. > I am quite amenable to running ZFS, I just don't want to have to > abandon it & return to UFS if my system proves inadequate for the > task, Unless this machine needs to serve dozen of streams to dozens of users, you'll be fine, really. >If I go to ZFS, I (*think* I) use it > for the whole drives, That's an issue of minor debate. Currently ZFS has no capability to shrink the size of a pool once created. If a drive dies, the replacement MUST be precisely equal or greater in size- even one sector smaller won't work. Since you can't guarantee exact sector count (especially between different manufacturers) you're kinda stuck only buying bigger drives.... although you're probably going to be doing that anyway, so to most people it's a moot point. There are several ways around this by playing with fake partitions and GEOM and stuff, I can mail you off list if you're interested. >& slice it up into > 'partitions/slices/whatever' to do the install, right ? Not "partitions" in the traditional sense of the word. A ZFS pool is divided up into "datasets", which are kind of a cross between a partition and a directory. Datasets can have their own individual quotas and compression and backup copies and whatever. The 10.x installer can set all this up for you if you use the 'root on zfs' wizard. You can look at what it does and then learn how to do it manually on 9.x >I have heard that filling your zpool is a *BAD* thing ZFS is a copy-on-write fs, which means it never directly overwrites things. If you completely fill up the drive there's no space left to write any changes (which includes file deletions!) and you get stuck. This isn't as big a deal as it sounds though since there's a bunch of tricks available to prevent it, ie; quotas, reservations, dummy datasets, etc. (I think setting 'refreservation=1G' is the current preferred way these days). > could you amplify on that point about no compression w/ MythTV As others said, video files are already compressed. However, the power of ZFS is that with datasets you can selectively enable compression as you want. I'd STRONGLY suggest leaving compression enabled for the system files, and just disabling it for the directories that hold the video data. Make sure you enable this option *BEFORE* you start writing files though, ZFS can only compress stuff as it's writing it, not afterwards. (It's almost a moot point anyway, since the lightweight lz compression option is so fast it hardly uses enough CPU to be noticeable. You could just enable it globally and be fine.) From owner-freebsd-questions@freebsd.org Wed Sep 9 21:16:09 2015 Return-Path: Delivered-To: freebsd-questions@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 C52309CC9C6 for ; Wed, 9 Sep 2015 21:16:09 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (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 5F1211AAF for ; Wed, 9 Sep 2015 21:16:09 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wicfx3 with SMTP id fx3so5991506wic.1 for ; Wed, 09 Sep 2015 14:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=l4cc0KU1HsEtF83TFBpQfP1GdvUBOjQIVjByFrFKU10=; b=TApNnbD1UxCW2qdYQxNMyMvZ2z703FNiCXpGiak2pzojymT0jxvyN+cO0xVBDB5lY9 NaRTAR9XEwyCnlFHkckrf8Kub1nuD3qoWJvx2NLgW2+FqzRm0kgFrevXu6ny68wk7DVY a4GH7XNKd+fWyEKsl/IMLNZJUjsMi9njBDd25dTa8ih3toKg/mP/H7EUSQDhVykPkYH2 YFxxHUJn7W+fLpQMMSKOCnhlG0n/1a9QF49ixL1eHT6Nbpd8AW9hVixhl/z0TrFFyP+L UWHfd+d+5O96ONCdHf4D/nBmDSGPzeN67gqyx8NCRMoHZcH345kkgq4DUI9FPUbfNmwc ZA7A== X-Received: by 10.180.84.225 with SMTP id c1mr22945463wiz.92.1441833367917; Wed, 09 Sep 2015 14:16:07 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.198.255]) by smtp.gmail.com with ESMTPSA id ub7sm644414wib.17.2015.09.09.14.16.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Sep 2015 14:16:07 -0700 (PDT) Date: Wed, 9 Sep 2015 22:16:04 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: pan (newsgroup reader) coredumps. Message-ID: <20150909221604.73d117de@gumby.homeunix.com> In-Reply-To: <20150909164424.GA2015@c720-r276659.l.certwifi.com> References: <201509070637.t876bceR018904@deneb.dwf.com> <20150909164424.GA2015@c720-r276659.l.certwifi.com> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 21:16:09 -0000 On Wed, 9 Sep 2015 18:44:24 +0200 Matthias Apitz wrote: > > Is there a preferred newsreader in FreeBSD other than > > pan? > > I was for many years used to use the newsreader 'nn' (from the ports). > But now, the technical groups I was reading and some other about > culture things (Spanish language, cooking etc.) all have died or > nearly have apart from SPAM no traffic at all :-( I don't look at text groups on USENET much anymore, but I do read some mailing lists via NNTP on gmane (news.gmane.org) - most of them allow posting too. From owner-freebsd-questions@freebsd.org Wed Sep 9 21:21:26 2015 Return-Path: Delivered-To: freebsd-questions@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 F21BE9CCD20 for ; Wed, 9 Sep 2015 21:21:26 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "*.xs4all.nl", Issuer "GlobalSign Domain Validation CA - SHA256 - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F19E1F11 for ; Wed, 9 Sep 2015 21:21:26 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.erewhon.home ([83.162.243.5]) by smtp-cloud2.xs4all.net with ESMTP id F9LC1r00H07iGuj019LDfJ; Wed, 09 Sep 2015 23:20:13 +0200 Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 4FCCF1243F; Wed, 9 Sep 2015 23:20:12 +0200 (CEST) Date: Wed, 9 Sep 2015 23:20:12 +0200 From: Roland Smith To: reg@dwf.com Cc: freebsd-questions@freebsd.org Subject: Re: cron.d / cron.weekly Message-ID: <20150909212012.GA72256@slackbox.erewhon.home> Mail-Followup-To: reg@dwf.com, freebsd-questions@freebsd.org References: <201509080543.t885hVCM032666@deneb.dwf.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <201509080543.t885hVCM032666@deneb.dwf.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 21:21:27 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 07, 2015 at 11:43:31PM -0600, reg@dwf.com wrote: > > Linux like systems have a directories cron.{daily,weekly,...} > where you can put scripts to run daily/weekly, etc. > > I will assume that FreeBSD has something similar=20 > but I don't see it (or haven't loaded the appropriate > package). It's called periodic(8). Self-written scripts should go in the subdirectori= es under /usr/local/etc/periodic/. Use the scripts in /etc/periodic/* as examples. The name of the scripts sta= rts with a number to determine the order in which the scripts are run. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAABCAAGBQJV8KJ7AAoJEED21dyjijPgg/sP/0UsAMDV6ykbCVi6JdBedr6t 8S9px8Eu4141qmRw/7b3yvIrLhVOhb//bO0F/lofw9uG3BHl42nQVRi6vL0cN+Lt eVlBQEpu4p7C3o+OhdWiH3KP1aK/2gYnEenQwdE++/39lJMfH/Eex6AchNjfY5F3 7TMdnrLk6tZ6NC1t9NmJrSw7f63UrMk+rDa0xeK268XpkVlpzZKqG3BOYr54dq9c EeuexnBvkRpZPFHGzUEN78otvC9weT1Gsy2qDOUwhv2+DZ3DK1G0nfU3VXpnEw48 16XL3Y46JZ7EdcTz3tCmRJngQypz3HxMbMDUE3avZQtsAvK9jVRpRaQz6erUrn/6 yNmjImWK/Jm1lGVspeqVKkNDuzysPFaPVzj7vQF1KHUMHT6Pju2u/u93IWEihGRz nRnasmYDLdLcSpF2LphvcTtaCRDsILX2yKBONR/6VVfjZ+9im5OcXshrymFsPZjO B/5I9B3nAKMTrJNX+jwnpH1cawBNTGhCAIQ3Jq1yWQUXCmTtsamDXHq/EVy8tpxK piitJKVvI9hVt2SaR8VRNJqOl2wfLOGhc5KESI/M7YDZ3M/HZjusBkAoqRPKQ9Su lEPz6l5AapXWyElyKOovTwNft085D+Hd5lcqr5buebMxvbQY3QU15usiqvVsVTis jaaiZdmz59tFm8TIIrye =n5/r -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-questions@freebsd.org Wed Sep 9 21:25:03 2015 Return-Path: Delivered-To: freebsd-questions@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 B9427A00086 for ; Wed, 9 Sep 2015 21:25:03 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 4A3ED1082 for ; Wed, 9 Sep 2015 21:25:02 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from desk8.phess.net ([24.134.52.245]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MLOMM-1ZaKpK1Qhu-000eoU for ; Wed, 09 Sep 2015 23:25:00 +0200 From: Patrick Hess To: freebsd-questions@freebsd.org Subject: Re: Let pkg upgrade packages that were installed from binary only? Date: Wed, 09 Sep 2015 23:24:59 +0200 Message-ID: <7254888.Ivp9dgZRl1@desk8.phess.net> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p16; KDE/4.14.3; i386; ; ) In-Reply-To: <55EEA459.1050304@shopzeus.com> References: <55EEA459.1050304@shopzeus.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Provags-ID: V03:K0:i/WOTTrWkWF2XAnC/PZF/1Ctuw1u1q8MIYP39ksURf4z1/x90oR 6cvQPLRkve6oq97TujL24m8vjY0ctii60azy2BkemfXxno6937lbCGF7wmAq5FsC/YaXmV/ 1oM6Y8pBcHkNg2J/VgUz4KOz+Bt7eon+t3DlSaQMVsa8S+AdaPFUGf2+ZUCiSCu1v+m67k4 osIyPR+ROPlxO7+FFeHnQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:7FRSZSCOaHg=:4EcHw5r0ghuV5ogDlZnSir WdJeoR0Ep5NwpEkmgG4u+i/bQjGPTBw/RIobYOf6QBmZnbHMJ2Ni0bjX97j+7cg8soZMrtg5i hwCw5k6o9mENB5e6dd/7Il4Xxn2Gotl/79PZlSqpMo+wxuSrKukrmmh/mvfsEwM5z+hqbvSw9 bzSolS08Ogc7QbftdhE1CACkMLQhRTyU3ncSaOCaOzN2dFGICK54A3vlZeOL5+YSEZs764yvK JVfL62GSGq7C2irMsS2Df29ID1SU5DNOHgPkb1npdRZVRRLSrCs7Hn0b9ltpHGi4iUvPOZOpF Fpcoy8tXzRUHHlpvU462m8DYoPm4jBlE4fb6uTF789j/+G/1B2tXBec4boEgtShn73KMlW1AA EvKjFdkT5X4+AbnbtBw4gVS2cP3bZ5QoAyZStN6jBo1I7kT9AdaAqfwoXLlkNjhDSKixk8Oiy 5a35WqSTjK4vJLui3Ktb1m3PMtL5R2ZF/07XqZBxP2Fk40Q0j3djuxyQ5CJWiag7U4uR/822p ewsZxtXhnRxWaF2kwDpgIe8zSfnwqHKlOqOIeluqurQ5u9ve5xI77S8YV8omjGOvRpa1SXgvP RMOWoOw7jmLwsjf//CrP7SdhRAZFB4SfhEVsfnl/7avJ9Ah12T3TbqLUmZT2wV8wLSHXqjwMi bclrtui2TCYpBOjGayKjGhs9O/1ZS71VxcTZVoLSRn/TfkrP4M5cAHMPjlq6PgfOD1evmKSK4 Hus0nvrRciDAfE0GJ+eaLrwHrGx6bCcqEh3XBg== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 21:25:03 -0000 Nagy L=E1szl=F3 Zsolt wrote: > So is there a way to tell "pkg" that it should not automatically inst= all=20 > dependencies from packages that were installed from the ports tree? You can use "pkg lock ..." to tell pkg(8) not to mess with the packages= that you want to compile yourself from the ports tree. Patrick From owner-freebsd-questions@freebsd.org Wed Sep 9 21:42:26 2015 Return-Path: Delivered-To: freebsd-questions@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 97521A00A32 for ; Wed, 9 Sep 2015 21:42:26 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from mail.physics.umn.edu (smtp.spa.umn.edu [128.101.220.4]) (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 76E061A4C for ; Wed, 9 Sep 2015 21:42:26 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from spa-sysadm-01.spa.umn.edu ([134.84.199.8]) by mail.physics.umn.edu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1ZZn8K-0005dm-M5 for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 16:42:24 -0500 Message-ID: <55F0A7AB.3000802@physics.umn.edu> Date: Wed, 09 Sep 2015 16:42:03 -0500 From: Graham Allan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <55F0A0E7.1060709@sneakertech.com> In-Reply-To: <55F0A0E7.1060709@sneakertech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 21:42:26 -0000 On 9/9/2015 4:13 PM, Quartz wrote: > > The 10.x installer can set all this up for you if you use the 'root on > zfs' wizard. You can look at what it does and then learn how to do it > manually on 9.x The 9.3 installer includes automatic ZFS partitioning too; it might still be labelled as "experimental" but it works just fine. It might seem like it's making more datasets than necessary (eg under /var) but they come for free with ZFS so you may as well make use of them. It also uses some subtleties I never quite understood until reading Michael Lucas and Allan Jude's ZFS book, like the /usr dataset with "canmount=no". G. From owner-freebsd-questions@freebsd.org Wed Sep 9 21:57:50 2015 Return-Path: Delivered-To: freebsd-questions@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 18B8BA01244 for ; Wed, 9 Sep 2015 21:57:50 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 EC7041286 for ; Wed, 9 Sep 2015 21:57:49 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 149753F710 for ; Wed, 9 Sep 2015 17:57:49 -0400 (EDT) Message-ID: <55F0AB5C.5020205@sneakertech.com> Date: Wed, 09 Sep 2015 17:57:48 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <55F0A0E7.1060709@sneakertech.com> <55F0A7AB.3000802@physics.umn.edu> In-Reply-To: <55F0A7AB.3000802@physics.umn.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 21:57:50 -0000 > The 9.3 installer includes automatic ZFS partitioning too; Wait, really? I thought zfs-on-root was one of the big new things for 10? From owner-freebsd-questions@freebsd.org Wed Sep 9 22:18:54 2015 Return-Path: Delivered-To: freebsd-questions@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 8BBA2A01BD2 for ; Wed, 9 Sep 2015 22:18:54 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 5A1301F3D for ; Wed, 9 Sep 2015 22:18:53 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t89MIpxB018977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Sep 2015 17:18:52 -0500 Subject: Re: Storage question To: freebsd-questions@freebsd.org References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <55F0A0E7.1060709@sneakertech.com> <55F0A7AB.3000802@physics.umn.edu> From: "William A. Mahaffey III" Message-ID: <55F0B04B.6070004@hiwaay.net> Date: Wed, 9 Sep 2015 17:24:21 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F0A7AB.3000802@physics.umn.edu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 22:18:54 -0000 On 09/09/15 16:48, Graham Allan wrote: > On 9/9/2015 4:13 PM, Quartz wrote: >> >> The 10.x installer can set all this up for you if you use the 'root on >> zfs' wizard. You can look at what it does and then learn how to do it >> manually on 9.x > > The 9.3 installer includes automatic ZFS partitioning too; it might > still be labelled as "experimental" but it works just fine. It might > seem like it's making more datasets than necessary (eg under /var) but > they come for free with ZFS so you may as well make use of them. It > also uses some subtleties I never quite understood until reading > Michael Lucas and Allan Jude's ZFS book, like the /usr dataset with > "canmount=no". > > G. Perhaps that label should be changed. I think I recall seeing that when I was provisioning this machine last year, & it sorta cemented the notion that I didn't want to fiddle w/ ZFS. No point in scaring people away if it is really ready for prime-time. $0.02, no more, no less .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Wed Sep 9 23:44:31 2015 Return-Path: Delivered-To: freebsd-questions@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 A8CE5A009FF for ; Wed, 9 Sep 2015 23:44:31 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from mail.physics.umn.edu (smtp.spa.umn.edu [128.101.220.4]) (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 892851A2C for ; Wed, 9 Sep 2015 23:44:31 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from spa-sysadm-01.spa.umn.edu ([134.84.199.8]) by mail.physics.umn.edu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1ZZp2U-0009Yy-3i for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 18:44:30 -0500 Message-ID: <55F0C448.7070808@physics.umn.edu> Date: Wed, 09 Sep 2015 18:44:08 -0500 From: Graham Allan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <08B351DD-AA48-4F30-B0D6-C500D0877FB3@lafn.org> <55F02DC8.7000706@hiwaay.net> <20150909150626.5c3b99e5.freebsd@edvax.de> <55F031A0.40500@hiwaay.net> <55F0A0E7.1060709@sneakertech.com> <55F0A7AB.3000802@physics.umn.edu> <55F0AB5C.5020205@sneakertech.com> In-Reply-To: <55F0AB5C.5020205@sneakertech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Sep 2015 23:44:31 -0000 On 9/9/2015 4:57 PM, Quartz wrote: >> The 9.3 installer includes automatic ZFS partitioning too; > > Wait, really? I thought zfs-on-root was one of the big new things for 10? It's certainly confusing, but I guess it's because 9.3 post-dates 10.0. G. From owner-freebsd-questions@freebsd.org Thu Sep 10 00:51:56 2015 Return-Path: Delivered-To: freebsd-questions@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 8344BA010C2 for ; Thu, 10 Sep 2015 00:51:56 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qg0-f45.google.com (mail-qg0-f45.google.com [209.85.192.45]) (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 44D901AAD for ; Thu, 10 Sep 2015 00:51:55 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qgez77 with SMTP id z77so23557095qge.1 for ; Wed, 09 Sep 2015 17:51:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=mN89+2nWpfEwbJiu6+v4rCFEW7ikt0ACLlXoSHds+hY=; b=mmRAIoYt0GfuhGwCMdJDoK23htdTdmOGkLfYS6BSHbBsDayer2/GUVdrxguxeVdiMn pWhdN9d1NT+2sBpaIfAkhm8SMSM9oDisAPLakACg3L9/JclbER6hjApB9pM94mB398AX 9+3O4u89d/4q/KuNdwqRCwnJbK+xvjWTcJB9PHM8nhyV1Jd9/ldtJM3FKXJoJhMpWwDZ J4af7qYbGjKJx8JylypJI1yoELQjzX0cRMaNjN5fza0sOm5ue5lApb+3alrOtlAOeRbx PdetbT+rd0srvBqXgfh3YU+abxB5psYMGI6xFR6ZrGYk736laf94wsVHVgboLy28Pu4h 0U8w== X-Gm-Message-State: ALoCoQllwBDPxBcTGievk7BB1sJdS4hywK10X6ATRA2XcXAmaY1iChf2dHisJqeVaymc2syPMcc5 X-Received: by 10.140.195.81 with SMTP id q78mr52548739qha.49.1441846314496; Wed, 09 Sep 2015 17:51:54 -0700 (PDT) Received: from [192.168.2.138] (pool-100-4-179-8.albyny.fios.verizon.net. [100.4.179.8]) by smtp.gmail.com with ESMTPSA id 38sm4986985qgh.11.2015.09.09.17.51.52 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Sep 2015 17:51:52 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Storage question From: Paul Kraus In-Reply-To: <55F09924.2000007@hiwaay.net> Date: Wed, 9 Sep 2015 20:51:50 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> <55F09924.2000007@hiwaay.net> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 00:51:56 -0000 On Sep 9, 2015, at 16:38, William A. Mahaffey III = wrote: > Actually, I do have 1 more question. Partway down in the setup, stuff = is echoed to /tmp/bsdinstall_etc/fstab to setup swap, but nothing about = the other parts of the FS (ZFS stuff) .... Is that AOK ? TIA & have a = good one. ZFS handles mounts itself. One of the properties of a mountable dataset = is =93mountpoint=94. take a look at the =91zfs mount -a=92 command and = picture it being run at boot time. Under 9.x you used to have to still put the / filesystem in /etc/fstab = (and set the mountpoint to =93legacy=94 in zfs. Under 10.x the zfs boot = loader knows how to find and mount the / filesystem, so you do not need = an /etc/fstab at all (except for swap as pervious discussed). The zfs configuration on my home server is: [ppk@FreeBSD2 ~]$ zpool status pool: KrausHaus state: ONLINE scan: scrub repaired 0 in 2h30m with 0 errors on Thu Jul 16 00:28:32 = 2015 config: NAME STATE READ WRITE CKSUM KrausHaus ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 diskid/DISK-Z1W1ZKD6 ONLINE 0 0 0 diskid/DISK-Z1N3V3J9 ONLINE 0 0 0 diskid/DISK-WD-WMC5K0159058 ONLINE 0 0 0 mirror-1 ONLINE 0 0 0 diskid/DISK-Z1N08WTM ONLINE 0 0 0 diskid/DISK-JPW9K0N018164L ONLINE 0 0 0 diskid/DISK-Z1N3WQ8V ONLINE 0 0 0 mirror-2 ONLINE 0 0 0 diskid/DISK-WD-WMC5K0157777 ONLINE 0 0 0 diskid/DISK-9QJ5252G ONLINE 0 0 0 diskid/DISK-Z1W20AP6 ONLINE 0 0 0 errors: No known data errors pool: freebsd2 state: ONLINE scan: scrub repaired 0 in 0h0m with 0 errors on Fri Jun 19 22:28:40 = 2015 config: NAME STATE READ WRITE CKSUM freebsd2 ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 diskid/DISK-50026B72350338B2p3 ONLINE 0 0 0 diskid/DISK-50026B7235033306p3 ONLINE 0 0 0 errors: No known data errors [ppk@FreeBSD2 ~]$ zfs list=20 NAME USED AVAIL REFER MOUNTPOINT KrausHaus 1.81T 892G 144K none KrausHaus/dnr 144K 1024M 144K none KrausHaus/export 1.80T 892G 1.80T /export KrausHaus/freebsd1 5.75G 892G 5.75G /freebsd1 KrausHaus/freebsd2 144K 892G 144K /freebsd2 KrausHaus/usr-ports 2.42G 892G 2.42G /usr/ports KrausHaus/usr-src 997M 892G 997M /usr/src freebsd2 6.02G 9.61G 36K none freebsd2/ROOT 679M 9.61G 32K none freebsd2/ROOT/10-Release 1K 9.61G 495M / freebsd2/ROOT/20140912 1K 9.61G 478M / freebsd2/ROOT/default 679M 9.61G 486M / freebsd2/dnr 31K 1024M 31K none freebsd2/tmp 63.5K 9.61G 63.5K /tmp freebsd2/usr 3.92G 9.61G 353M /usr freebsd2/usr/local 3.57G 9.61G 3.57G /usr/local freebsd2/var 445M 9.61G 423M /var freebsd2/var/log 22.1M 9.61G 22.1M /var/log [ppk@FreeBSD2 ~]$=20 And the boot drives are partitioned as follows; [ppk@FreeBSD2 ~]$ gpart show /dev/diskid/DISK-50026B72350338B2 =3D> 34 234441581 diskid/DISK-50026B72350338B2 GPT (112G) 34 1024 1 freebsd-boot = (512K) 1058 8388608 2 freebsd-swap = (4.0G) 8389666 33554432 3 freebsd-zfs (16G) 41944098 50331648 4 freebsd-zfs (24G) 92275746 50331648 5 freebsd-zfs (24G) 142607394 91834221 - free - (44G) [ppk@FreeBSD2 ~]$=20 They are small (120 GB ) SSDs and my plan was to use part ions 4 and 5 = as mirrored SLOG and individual L2ARC devices, but I never got them = setup. This is 10.0 (I need to upgrade to at least 10.1) but I had a very = similar configuration for my previous 9.x server. Note that my entire OS except for /usr/src and /usr/ports lives in 16 = GB. I put /usr/src and /usr/ports in the zpool with the data as they = receive the vast majority of writes and I wanted to save my SSD write = capacity for the SLOG and L2ARC. Note also the =93dnr=94 datasets :-) -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Thu Sep 10 03:10:47 2015 Return-Path: Delivered-To: freebsd-questions@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 EF0F8A01923 for ; Thu, 10 Sep 2015 03:10:47 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 CE61519E6 for ; Thu, 10 Sep 2015 03:10:47 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=DdORLhKKc19VST4wnvD7E+9/iBjAE7FQLlioSUkui8U=; b=exsbIvX8xX14R1P2AUAPjaJPZWxLYZnsLK5iGG5OJuehsoiy7W/BqDT2uEzKjWBeAJkuUtdpWBJ5lthbeNDEuEAptGfNB2U5AwpZvqWW2yljfd0P6Ggq3o4yRCu5dd23Y+gZ2Mlva+hmPiix49F7FbiWunsylA2fmiwTI27qszc=; Received: from [114.121.157.34] (port=40309 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZZsG0-003KaD-Av for freebsd-questions@freebsd.org; Wed, 09 Sep 2015 21:10:40 -0600 Date: Thu, 10 Sep 2015 11:10:34 +0800 From: Erich Dollansky To: freebsd-questions@freebsd.org Subject: mdconfig creating file based memory disk Message-ID: <20150910111034.20b97c41@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 03:10:48 -0000 Hi, I just came across a simple question. What will happen when I create two memory disks using the same file? Example: mdconfig -f /usr/home/swap/swapfile -u 0 mdconfig -f /usr/home/swap/swapfile -u 1 and then I do a swapon /dev/md0 swapon /dev/md1 It gives me double the size of 'swapfile' as swap space. It is obvious to me that this must fail. Shouldn't there be a note in the documentation? Erich From owner-freebsd-questions@freebsd.org Thu Sep 10 04:23:17 2015 Return-Path: Delivered-To: freebsd-questions@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 B0D84A01DFA for ; Thu, 10 Sep 2015 04:23:17 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 8C9131A18 for ; Thu, 10 Sep 2015 04:23:16 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 3D85E3F6FD for ; Thu, 10 Sep 2015 00:23:15 -0400 (EDT) Message-ID: <55F105B2.2080806@sneakertech.com> Date: Thu, 10 Sep 2015 00:23:14 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> <55F09924.2000007@hiwaay.net> <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> In-Reply-To: <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 04:23:17 -0000 > Note also the “dnr” datasets :-) Btw, you seem to be going with the 'dummy dataset' method for preventing fs fillup. What's the advantage of doing it this way vs refreservation or any other method? From owner-freebsd-questions@freebsd.org Thu Sep 10 04:29:11 2015 Return-Path: Delivered-To: freebsd-questions@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 3472DA00136 for ; Thu, 10 Sep 2015 04:29:11 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 13A9A1C1E for ; Thu, 10 Sep 2015 04:29:11 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 5E4643F70D for ; Thu, 10 Sep 2015 00:29:10 -0400 (EDT) Message-ID: <55F10715.3040508@sneakertech.com> Date: Thu, 10 Sep 2015 00:29:09 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Storage question References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> <55F09924.2000007@hiwaay.net> <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> <55F105B2.2080806@sneakertech.com> In-Reply-To: <55F105B2.2080806@sneakertech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 04:29:11 -0000 >> Note also the “dnr” datasets :-) > > Btw, you seem to be going with the 'dummy dataset' method for preventing > fs fillup. What's the advantage of doing it this way vs refreservation > or any other method? More specifically, dummy datasets strike me as kind of the ugly way of handling this issue. Isn't it better to just set parameters on your real datasets? From owner-freebsd-questions@freebsd.org Thu Sep 10 04:54:15 2015 Return-Path: Delivered-To: freebsd-questions@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 BBFA2A00F03 for ; Thu, 10 Sep 2015 04:54:15 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 9E8E415A1 for ; Thu, 10 Sep 2015 04:54:15 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id 9D4CF3F6F5 for ; Thu, 10 Sep 2015 00:54:14 -0400 (EDT) Message-ID: <55F10CF5.5070409@sneakertech.com> Date: Thu, 10 Sep 2015 00:54:13 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: mdconfig creating file based memory disk References: <20150910111034.20b97c41@X220.alogt.com> In-Reply-To: <20150910111034.20b97c41@X220.alogt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 04:54:15 -0000 > It gives me double the size of 'swapfile' as swap space. It is obvious > to me that this must fail. Interestingly, I just tested this in a VM and it seems to work fine. I maxed out the ram by creating a few other ramdisks and filling them with dd zero files, and the most I got was a generic "out of swap space" error (no crashes or panics). Not sure exactly what it's doing though. From owner-freebsd-questions@freebsd.org Thu Sep 10 07:06:38 2015 Return-Path: Delivered-To: freebsd-questions@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 7805DA01341 for ; Thu, 10 Sep 2015 07:06:38 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from fep34.mx.upcmail.net (fep34.mx.upcmail.net [62.179.121.52]) by mx1.freebsd.org (Postfix) with ESMTP id BA6F3120B for ; Thu, 10 Sep 2015 07:06:36 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep16-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20150910054834.LHMG28612.viefep16-int.chello.at@edge02.upcmail.net> for ; Thu, 10 Sep 2015 07:48:34 +0200 Received: from [192.168.1.160] ([86.101.30.40]) by edge02.upcmail.net with edge id FHpu1r00l0rw6r201Hpu7f; Thu, 10 Sep 2015 07:49:54 +0200 X-SourceIP: 86.101.30.40 Subject: Re: {Spam?} Re: Cannot test spamassassin, what is going on here? To: freebsd-questions@freebsd.org References: <55F0212B.9090708@shopzeus.com> <20150909164931.GB11226@mailboy.kipshouse.net> From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Message-ID: <55F11A02.9090004@shopzeus.com> Date: Thu, 10 Sep 2015 07:49:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150909164931.GB11226@mailboy.kipshouse.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 07:06:38 -0000 >> >> How to overcome this problem? What is going on here? > I'm no SA expert, but I believe it will take the reputation of the > sender into account. So if the mail content is marginal, it might pass > the local test, but if the sending IP has a poor reputation, it could > push it into the spam range. The sending IP is included in the mail headers. Looks like this: > Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) > by shopzeus.com (Postfix) with ESMTP id 46681889603E > for ; Wed, 9 Sep 2015 12:58:40 -0400 (EDT) All SMTP server should prepend the ESMTP id for any message they receive, and also the address it was arriving from, and the address it as received for. Maybe I'm wrong, but I think RBL checks and other spam checks work on all IP addresses/domains that can be found in the "Received:" headers. Spamassassin works on email files that are stored under /var/spool/MailScanner/incoming. postfix puts received messages "ON HOLD" into this directory, and mailscanner moves that message back for delivery after scanning it. Maybe I should post this question to the mailscanner list (however, I feel this is also related to FreeBSD MailScanner and spamassassin ports) From owner-freebsd-questions@freebsd.org Thu Sep 10 07:36:22 2015 Return-Path: Delivered-To: freebsd-questions@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 31820A00120 for ; Thu, 10 Sep 2015 07:36:22 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward14m.cmail.yandex.net (forward14m.cmail.yandex.net [IPv6:2a02:6b8:b030::9b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E037D1ECD for ; Thu, 10 Sep 2015 07:36:21 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp4m.mail.yandex.net (smtp4m.mail.yandex.net [77.88.61.131]) by forward14m.cmail.yandex.net (Yandex) with ESMTP id 151522146C for ; Thu, 10 Sep 2015 10:36:09 +0300 (MSK) Received: from smtp4m.mail.yandex.net (localhost [127.0.0.1]) by smtp4m.mail.yandex.net (Yandex) with ESMTP id 46BB4BE019F for ; Thu, 10 Sep 2015 10:36:09 +0300 (MSK) Received: by smtp4m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 6sf7DE5EEU-a8lq1KjX; Thu, 10 Sep 2015 10:36:08 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) X-Yandex-ForeignMX: US Subject: Re: 64-bit Linux binary compatibility/emulation To: freebsd-questions@freebsd.org References: <55EDAA29.9000600@hiwaay.net> <55F0112B.6040402@passap.ru> <55F02E88.4010406@hiwaay.net> From: Boris Samorodov X-Enigmail-Draft-Status: N1110 Message-ID: <55F132E8.2060909@passap.ru> Date: Thu, 10 Sep 2015 10:36:08 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F02E88.4010406@hiwaay.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 07:36:22 -0000 09.09.2015 16:03, William A. Mahaffey III пишет: > On 09/09/15 06:06, Boris Samorodov wrote: >> brandelf -t Linux Did you take a look at BRANDELF(1) as I suggested (at the quote you have omitted)? > Hmmmmm: > > [wam@kabini1, TEST, 2:43:26pm] 575 % brandelf -t Linux fpbl.linux If the command succeeded, then it's the desired behaviour. > [wam@kabini1, TEST, 8:10:24am] 576 % which brandelf > /usr/bin/brandelf > [wam@kabini1, TEST, 8:10:31am] 577 % uname -a > FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat > Aug 22 01:54:44 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > [wam@kabini1, TEST, 8:11:07am] 578 % And about 64 bit linux emulation (you seem to need). At FreeBSD-9 I'd say that it's too early to expect it to be usable. AFAIK WIP at CURRENT (I'm not sure about 10.2). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-questions@freebsd.org Thu Sep 10 08:08:45 2015 Return-Path: Delivered-To: freebsd-questions@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 154C49CD4E5 for ; Thu, 10 Sep 2015 08:08:45 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) Received: from us.royaserver.com (unknown [162.223.94.229]) (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 E0B161DEE for ; Thu, 10 Sep 2015 08:08:44 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=pahlevanzadeh.org; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:To:Subject:From; bh=XmT/JMKfGwmfV1wGW3Q9J2p9AQHME4ItunAmkB8lAkY=; b=bkuQio9ZBPu4cfj44e8tEUcNKNPPgg7pd9gben1ZsopKbfjRgS9kcpHNqyy05BhGskCOoRz3YL6/h1dG1Zoix9I+QVT7FvwurEnZr0dfxLJFZYwQk6GK3qyK/81GCRG1UxsqVV290b6pZJI+aa67CojuPJ5x9z0FcDyP35sJomQ=; Received: from [188.245.250.24] (port=14593 helo=[192.168.1.89]) by us.royaserver.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1ZZwuR-003xwd-05 for freebsd-questions@freebsd.org; Thu, 10 Sep 2015 12:38:43 +0430 From: Mohsen Pahlevanzadeh Subject: xenix (sysv) filesystem and FreeBSD To: freebsd-questions@freebsd.org Message-ID: <55F13A89.5070103@pahlevanzadeh.org> Date: Thu, 10 Sep 2015 12:38:41 +0430 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - us.royaserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pahlevanzadeh.org X-Get-Message-Sender-Via: us.royaserver.com: authenticated_id: mohsen@pahlevanzadeh.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 08:08:45 -0000 From owner-freebsd-questions@freebsd.org Thu Sep 10 08:12:14 2015 Return-Path: Delivered-To: freebsd-questions@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 49B089CD7CB for ; Thu, 10 Sep 2015 08:12:14 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) Received: from us.royaserver.com (unknown [162.223.94.229]) (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 1A84510DF for ; Thu, 10 Sep 2015 08:12:14 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=pahlevanzadeh.org; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:To:Subject:From; bh=1FsJ7QuOFeGO598z4tolGnPPHw6F+bLH1DMRGwq5ivY=; b=CYrb30GFLXTIkPeSzpyDzawG5Px+a7ZpPZ0TjSFKX/GaZhq2APzMN5GzHbp0WUB2yuB3Rdc/v5oLtIsS3rpzwdUUrZJmpOi1MSIQLfasLdpYK4iU8lRsvf9ZdJ+euAWHk/ZLs/s1KiinDS3/9+zEkgsBIZaG5ijpFEOCz2eF4eI=; Received: from [31.59.167.161] (port=26177 helo=[192.168.1.89]) by us.royaserver.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1ZZwxo-003yOr-Gy for freebsd-questions@freebsd.org; Thu, 10 Sep 2015 12:42:12 +0430 From: Mohsen Pahlevanzadeh Subject: xenix (sysv) filesystem and FreeBSD To: freebsd-questions@freebsd.org Message-ID: <55F13B5A.3070408@pahlevanzadeh.org> Date: Thu, 10 Sep 2015 12:42:10 +0430 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - us.royaserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pahlevanzadeh.org X-Get-Message-Sender-Via: us.royaserver.com: authenticated_id: mohsen@pahlevanzadeh.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 08:12:14 -0000 Dear All, I have a hdd (scsi), about 1985. I can detect hdd and geometry, But maybe linux kernel removed xenix (sysv) filesytem. Question is , 1. Can i detect it via freebsd? 2. Can I read xenix (sysv) filesytem ? --best regards Mohsen From owner-freebsd-questions@freebsd.org Thu Sep 10 08:40:45 2015 Return-Path: Delivered-To: freebsd-questions@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 62077A00C26 for ; Thu, 10 Sep 2015 08:40:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (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 276BC1FA6 for ; Thu, 10 Sep 2015 08:40:44 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id A755F3D090; Thu, 10 Sep 2015 10:40:35 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8A8eYK4002324; Thu, 10 Sep 2015 10:40:34 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 10 Sep 2015 10:40:34 +0200 From: Polytropon To: Mohsen Pahlevanzadeh Cc: freebsd-questions@freebsd.org Subject: Re: xenix (sysv) filesystem and FreeBSD Message-Id: <20150910104034.b3439c2c.freebsd@edvax.de> In-Reply-To: <55F13B5A.3070408@pahlevanzadeh.org> References: <55F13B5A.3070408@pahlevanzadeh.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 08:40:45 -0000 On Thu, 10 Sep 2015 12:42:10 +0430, Mohsen Pahlevanzadeh wrote: > I have a hdd (scsi), about 1985. I can detect hdd and geometry, But > maybe linux kernel removed xenix (sysv) filesytem. > Question is , 1. Can i detect it via freebsd? You should at least _try_ it. Depending on the partitioning, and if I remember correctly, Xenix uses some strange SCI HTFS and maybe UFS (not entirely sure), and the partitioning is either some MBR or "dedicated" schema, then, if everything else works, you should see: /dev/da0 /dev/da0s1 <- a slice /dev/da0s1a <- a partition /dev/da0s1d /dev/da0s1e and so on, or maybe even /dev/da0 /dev/da0a <- a partition without a slice /dev/da0d /dev/da0e and so on, if, let's say, da0 corresponds to the SCSI disk. Use the command # fdisk da0 to find out which partitioning schema (if any) has been used, and then maybe # disklabel da0 or # disklabel da0s1 to identify the partitions. Kepp an eye on which files appear in /dev. > 2. Can I read xenix (sysv) > filesytem ? You could try "mount -t ufs -o ro /mnt" for each of the partitions found, but this will probably fail. However, you can use a "dump | restore" approach, maybe this works. If not, you can at least resort to forensic tools which will read the data independently from the file system information; you might lose file names, but you can recover file contents. This can be done in "raw reads" from the disk device. But as far as I know, _native_ support for classic SysV file systems does not exist on FreeBSD, nor does it on any other platform. It's an excavation job for the mantally insane. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Thu Sep 10 09:01:09 2015 Return-Path: Delivered-To: freebsd-questions@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 DBD8FA01989 for ; Thu, 10 Sep 2015 09:01:09 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) Received: from us.royaserver.com (unknown [162.223.94.229]) (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 AD1B61A61 for ; Thu, 10 Sep 2015 09:01:09 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=pahlevanzadeh.org; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=g+3heoxj21MLY/R0wU9JSK91G7V2ax2401vT7uUA8fM=; b=cFPJzld/JKeg0lzv2c6CKqLPWJMeK2lKNENfBcITYtPX4pYf9kMTZWZPe/+zKQuylJuPQCbyN+MWI8zl540E/MOqqjSoHm9ZeoSkAyIZobe7q7hOJ6q/cmr7tS71ZrkfkyrVQ5t3z29V62O09nQakpNucQRjKZQ5UHPqsIcagkI=; Received: from [31.59.167.161] (port=21729 helo=[192.168.1.89]) by us.royaserver.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1ZZwsK-003xeY-FJ for freebsd-questions@freebsd.org; Thu, 10 Sep 2015 12:36:32 +0430 To: freebsd-questions@freebsd.org From: Mohsen Pahlevanzadeh Subject: xenix (sysv) filesystem and FreeBSD Message-ID: <55F13A06.3080206@pahlevanzadeh.org> Date: Thu, 10 Sep 2015 12:36:30 +0430 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - us.royaserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pahlevanzadeh.org X-Get-Message-Sender-Via: us.royaserver.com: authenticated_id: mohsen@pahlevanzadeh.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 09:01:10 -0000 From owner-freebsd-questions@freebsd.org Thu Sep 10 09:16:09 2015 Return-Path: Delivered-To: freebsd-questions@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 6CD1AA000C4 for ; Thu, 10 Sep 2015 09:16:09 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (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 2AB151166 for ; Thu, 10 Sep 2015 09:16:09 +0000 (UTC) (envelope-from ludovit.koren@gmail.com) Received: by wiclk2 with SMTP id lk2so20175979wic.0 for ; Thu, 10 Sep 2015 02:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:user-mail-address:date:message-id:user-agent :mime-version:content-type; bh=reg64xdBeb0C0SI84hN15dQw25fa4G6+ww5EjPv/BBg=; b=hBWWbyTJCTDJl/shlmzzQpG74TLmMQxqlmxW/+8Y48nINTnM9neUsIrsILEyGqk7vf /aTXsSf3+F0bfUBl/Cx3Ynuy6nLzOEjhiHkAt0SWv0ihRiZbXIRqRrccb3o3uKD57/xI UTbh4b8i+kEr2DxLKeZCXjEGL8MlIBAfytBysl75PmV9E9a4OfwQhG2AdjsEmwIUp+Yb w73GlMTS/450BQDGOKg0o1LF3iyhsOiInU4NVaDNUtBdrWKUVuSc0NSMOfLGtqhOrlRN myBwVbQ/Wn539uj4f5TYjmon5PiYLq3gHBtGnAOhToV7ouyBZRG42Ii1UuDROh+rci+e 1kNQ== X-Received: by 10.180.99.66 with SMTP id eo2mr4375068wib.88.1441876567604; Thu, 10 Sep 2015 02:16:07 -0700 (PDT) Received: from jedi.localdomain (pat-ip-195-91-5-72.gprs.as5628.telecom.sk. [195.91.5.72]) by smtp.gmail.com with ESMTPSA id lf10sm14532974wjb.23.2015.09.10.02.16.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Sep 2015 02:16:07 -0700 (PDT) Received: by jedi.localdomain (Postfix, from userid 1001) id 64650170F0; Thu, 10 Sep 2015 11:16:05 +0200 (CEST) From: Ludovit Koren To: freebsd-questions@freebsd.org Subject: FreeBSD 10.2-STABLE and openospf User-Mail-Address: ludovit.koren@gmail.com Date: Thu, 10 Sep 2015 11:16:05 +0200 Message-ID: <86oahazlbe.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 09:16:09 -0000 Hi, on the recent FreeBSD there is no possibility to compile OpenOSPF: ===> openospfd-4.3_2 is marked as broken: requires old CARP implementation (interface layer). *** Error code 1 Stop. make: stopped in /usr/ports/net/openospfd Quagga or Zebra are not an option it seems there is no development lately. can you, please, suggest working option for ospf on FreeBSD 10? Thank you. Regards, lk From owner-freebsd-questions@freebsd.org Thu Sep 10 09:36:11 2015 Return-Path: Delivered-To: freebsd-questions@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 0439BA00D60 for ; Thu, 10 Sep 2015 09:36:11 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 98D671F04 for ; Thu, 10 Sep 2015 09:36:10 +0000 (UTC) (envelope-from matthew@freebsd.org) Received: from ox-dell39.ox.adestra.com (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.2/8.15.2) with ESMTPSA id t8A9ZmWw061267 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 10 Sep 2015 10:36:03 +0100 (BST) (envelope-from matthew@freebsd.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=freebsd.org DKIM-Filter: OpenDKIM Filter v2.10.3 smtp.infracaninophile.co.uk t8A9ZmWw061267 Authentication-Results: smtp.infracaninophile.co.uk/t8A9ZmWw061267; dkim=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be ox-dell39.ox.adestra.com Subject: Re: xenix (sysv) filesystem and FreeBSD To: freebsd-questions@freebsd.org References: <55F13B5A.3070408@pahlevanzadeh.org> <20150910104034.b3439c2c.freebsd@edvax.de> From: Matthew Seaman Message-ID: <55F14EF2.7060204@freebsd.org> Date: Thu, 10 Sep 2015 10:35:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150910104034.b3439c2c.freebsd@edvax.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mGImg4iQplmchxoqbk35634RL05xInwuC" X-Virus-Scanned: clamav-milter 0.98.7 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 09:36:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mGImg4iQplmchxoqbk35634RL05xInwuC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/10/15 09:40, Polytropon wrote: > On Thu, 10 Sep 2015 12:42:10 +0430, Mohsen Pahlevanzadeh wrote: >> I have a hdd (scsi), about 1985. I can detect hdd and geometry, But=20 >> maybe linux kernel removed xenix (sysv) filesytem. >> Question is , 1. Can i detect it via freebsd? >=20 > You should at least _try_ it. Depending on the partitioning, > and if I remember correctly, Xenix uses some strange SCI HTFS > and maybe UFS (not entirely sure), and the partitioning is > either some MBR or "dedicated" schema, then, if everything > else works, you should see: >=20 > /dev/da0 > /dev/da0s1 <- a slice > /dev/da0s1a <- a partition > /dev/da0s1d > /dev/da0s1e > and so on, >=20 > or maybe even >=20 > /dev/da0 > /dev/da0a <- a partition without a slice > /dev/da0d > /dev/da0e > and so on, >=20 > if, let's say, da0 corresponds to the SCSI disk. >=20 > Use the command >=20 > # fdisk da0 >=20 > to find out which partitioning schema (if any) has been used, > and then maybe >=20 > # disklabel da0 >=20 > or >=20 > # disklabel da0s1 >=20 > to identify the partitions. Kepp an eye on which files appear > in /dev. >=20 >=20 >=20 >> 2. Can I read xenix (sysv)=20 >> filesytem ? >=20 > You could try "mount -t ufs -o ro /mnt" for each of > the partitions found, but this will probably fail. However, you > can use a "dump | restore" approach, maybe this works. If not, > you can at least resort to forensic tools which will read the > data independently from the file system information; you might > lose file names, but you can recover file contents. This can > be done in "raw reads" from the disk device. >=20 >=20 >=20 > But as far as I know, _native_ support for classic SysV file > systems does not exist on FreeBSD, nor does it on any other > platform. It's an excavation job for the mantally insane. :-) The other thing you should certainly do is use dd(1) to copy the drive contents to a local file on your machine. You can create a file-backed md(4) device using the copy and use that for all your investigations with fdisk(8) etc. It's a lot less stressful should you fat-finger an fdisk(8) and destroy your copy, rather than killing your one and only original drive. Also, a file-backed md on a modern system is probably going to be faster than a 1985-era hard drive... Cheers, Matthew --mGImg4iQplmchxoqbk35634RL05xInwuC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJV8U7yAAoJEABRPxDgqeTnH9UP/jVAlTKskyzp2j/HSoKANm3G n0DpVtMFXoeINJUmdFgqnBh22hYvji6j/H6Y4CyBZRKddOpCIEHq1woGztrBZ3DO XSIipfEmayLLoxxpesywDh4CcwRWMw4BQmXGuwqPppdCrHkj2Q/kWYXYc2zDmret 6pVulQUwEdGBMc6jSvgA7EGN1LRPHPfqyX2VizQU6s6OzfrD7lp7veHe6wiXst5j cAKfIfvCbq1ktfFoTJoE4toSMZksA0mXJa1yUbspXfwD9jyE1LzUS2k3zm0Wy/6d +axALCyx3TRMeNzCwncxveHYHgR+h5QgK/E/T0pGBCFG+cS+R6KsfQLhEu0FrrXs RF2sbHz5wla1LDbzNJ+PUeSEZBM3i/5a1HybrEuGVeXPWWJjkVGDCZsUdwSdPeCS 7MGLS8exh5DmBzduHlVyHwxmwc2Ym8K8xzc93lWbNRjW5Usw3Yel/h4F+rG5GAPM R16Sb8HLiZCjpcSjP2crTW1DvHUZKknXnAHFLKNKUPJ6O/0S0hFigPdrJPV9xu6o SD3dW1yA7JkR/BEWSBGDhoFoVM6bd6V9dRVWwb8TKd/JD69XfZF5rUVYmfEf/OaF yFTX4GJvSP5aV3+WAfELuDK4xY6EzAuZ3s2cKZ4aGNfMb4tE7qNURHqPJN6z60Oe UExo3lyKyXV7Yg+UVfqd =W4NB -----END PGP SIGNATURE----- --mGImg4iQplmchxoqbk35634RL05xInwuC-- From owner-freebsd-questions@freebsd.org Thu Sep 10 11:18:32 2015 Return-Path: Delivered-To: freebsd-questions@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 1762DA0055E for ; Thu, 10 Sep 2015 11:18:32 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) Received: from us.royaserver.com (unknown [162.223.94.229]) (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 DFEC411E8 for ; Thu, 10 Sep 2015 11:18:31 +0000 (UTC) (envelope-from mohsen@pahlevanzadeh.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=pahlevanzadeh.org; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=zJUMTAsOMaH42JTJdIcLjsdLjIz8Zscmms6iIjpNzfU=; b=mUuGsquzEKgbZzt0QUUMpGQHbGLkMqjRjhwbTmtJ/dQwphcuVZjlOTvEx7Lmgo7KcUV6vWMO7J6JTQtKxuR5pJfvOcAqpigLPIgGRtN5nWU/JXvil9RrUh8vyRQ8E5xTX5NHK3wI4TfGqFFJJIG2+sB+IWmOe+LVSKwzIEpG0NU=; Received: from [31.59.173.41] (port=6369 helo=[192.168.1.78]) by us.royaserver.com with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1ZZzs5-004IPb-SN; Thu, 10 Sep 2015 15:48:30 +0430 Subject: Re: xenix (sysv) filesystem and FreeBSD To: Polytropon References: <55F13B5A.3070408@pahlevanzadeh.org> <20150910104034.b3439c2c.freebsd@edvax.de> Cc: freebsd-questions@freebsd.org From: Mohsen Pahlevanzadeh Message-ID: <55F166FF.4040803@pahlevanzadeh.org> Date: Thu, 10 Sep 2015 15:48:23 +0430 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.1.0 In-Reply-To: <20150910104034.b3439c2c.freebsd@edvax.de> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - us.royaserver.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pahlevanzadeh.org X-Get-Message-Sender-Via: us.royaserver.com: authenticated_id: mohsen@pahlevanzadeh.org MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 11:18:32 -0000 From owner-freebsd-questions@freebsd.org Thu Sep 10 11:44:55 2015 Return-Path: Delivered-To: freebsd-questions@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 217D1A015F6 for ; Thu, 10 Sep 2015 11:44:55 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 0005010E1 for ; Thu, 10 Sep 2015 11:44:54 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=JDMo6Xr0fQra7AyvqSUGP6RiP1nBRHONcKGzv0+TqcI=; b=IoIAsX1rof5fK4+cDQBRLzO3B8j2kmGGWELPgGUy6EtUZ3ylAjPs017A+R49S+pJeLqY4uD2TUS+eQq96yfOfv2BnbI9zlzUwk31Kq3HmnrH2TBrCTjcpLahZLGQp3B0O7OaH+5Ai66cXHXMclGfj1KcHFGlAfRxjK/7Q2+540M=; Received: from [114.121.157.34] (port=37610 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1Za0Hd-002ZCq-0b; Thu, 10 Sep 2015 05:44:53 -0600 Date: Thu, 10 Sep 2015 19:44:47 +0800 From: Erich Dollansky To: Quartz Cc: freebsd-questions@freebsd.org Subject: Re: mdconfig creating file based memory disk Message-ID: <20150910194447.16168030@X220.alogt.com> In-Reply-To: <55F10CF5.5070409@sneakertech.com> References: <20150910111034.20b97c41@X220.alogt.com> <55F10CF5.5070409@sneakertech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 11:44:55 -0000 Hi, On Thu, 10 Sep 2015 00:54:13 -0400 Quartz wrote: > > It gives me double the size of 'swapfile' as swap space. It is > > obvious to me that this must fail. > > Interestingly, I just tested this in a VM and it seems to work fine. > I maxed out the ram by creating a few other ramdisks and filling them > with dd zero files, and the most I got was a generic "out of swap > space" error (no crashes or panics). Not sure exactly what it's doing > though. fill it either with random data (hard to verify) or one with 0s and the other one with 1s. The data you write last should be on both disks afterwards. I did a simple test. I creates two memory disks using the same file, put a file system on, mounted one memory disk, wrote file to it, un-mounted it, mounted the other memory disk and the file was there. So, it is obvious that both memory disks are written to the one and only file without any warning. If this happens with swap, the damage can be whatever is possible with a corrupted swap. It even opens security holes if a normal user can either create memory disks or at least mount them. Erich -questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Thu Sep 10 11:59:19 2015 Return-Path: Delivered-To: freebsd-questions@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 E562BA01C74 for ; Thu, 10 Sep 2015 11:59:19 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 AA717175C for ; Thu, 10 Sep 2015 11:59:19 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 3A00427892; Thu, 10 Sep 2015 13:59:10 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8ABxAuY003271; Thu, 10 Sep 2015 13:59:10 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Thu, 10 Sep 2015 13:59:10 +0200 From: Polytropon To: Mohsen Pahlevanzadeh Cc: freebsd-questions@freebsd.org Subject: Re: xenix (sysv) filesystem and FreeBSD Message-Id: <20150910135910.23daf037.freebsd@edvax.de> In-Reply-To: <55F166FF.4040803@pahlevanzadeh.org> References: <55F13B5A.3070408@pahlevanzadeh.org> <20150910104034.b3439c2c.freebsd@edvax.de> <55F166FF.4040803@pahlevanzadeh.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 11:59:20 -0000 On Thu, 10 Sep 2015 15:48:23 +0430, Mohsen Pahlevanzadeh wrote: > Can I put _native_ filesystem into kernel ? If yes, please address me.... I think there is no (and never has been a) native support for Xenix file systems. Furthermore, file system support has been moved out of the kernel for many file system types (except the OS's most common ones), so there's now FUSE to be used for everything else. If there is a way, I think that's the one to use. Check out the FreeBSD kernel sources for a list of the currently supported file systems. See the FUSE documentation for what other formats can be dealt with in user space. As Matthew wrote: If you can access the disk, first make a full (!) copy of it with dd. In case this causes read errors, use dd_rescue instead. Then work with the copy only (mdconfig, vnconfig) - this mechanism can represent different file systems, in MBR or "dedicated", and you can mount them (if there is support for that file system, be it UFS or SysV-native) at least read-only, that should be sufficient. As I said, in worst case, there are the forensic tools that work independently (!) from the file system in use. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Thu Sep 10 12:28:22 2015 Return-Path: Delivered-To: freebsd-questions@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 8E139A005AC for ; Thu, 10 Sep 2015 12:28:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 5B8511623 for ; Thu, 10 Sep 2015 12:28:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t8ACSJ3E024377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 10 Sep 2015 07:28:20 -0500 Subject: Re: Storage question To: FreeBSD Questions References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> <55F09924.2000007@hiwaay.net> <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> From: "William A. Mahaffey III" Message-ID: <55F17763.3020305@hiwaay.net> Date: Thu, 10 Sep 2015 07:33:49 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 12:28:22 -0000 On 09/09/15 19:58, Paul Kraus wrote: > On Sep 9, 2015, at 16:38, William A. Mahaffey III wrote: > >> Actually, I do have 1 more question. Partway down in the setup, stuff is echoed to /tmp/bsdinstall_etc/fstab to setup swap, but nothing about the other parts of the FS (ZFS stuff) .... Is that AOK ? TIA & have a good one. > ZFS handles mounts itself. One of the properties of a mountable dataset is “mountpoint”. take a look at the ‘zfs mount -a’ command and picture it being run at boot time. > > Under 9.x you used to have to still put the / filesystem in /etc/fstab (and set the mountpoint to “legacy” in zfs. Under 10.x the zfs boot loader knows how to find and mount the / filesystem, so you do not need an /etc/fstab at all (except for swap as pervious discussed). Hmmmm .... no mention of explicitly mounting root in fstab in the stuff I copied, that must have been 9.x-earlier-than-9.3R .... > > The zfs configuration on my home server is: > > [ppk@FreeBSD2 ~]$ zpool status > pool: KrausHaus > state: ONLINE > scan: scrub repaired 0 in 2h30m with 0 errors on Thu Jul 16 00:28:32 2015 > config: > > NAME STATE READ WRITE CKSUM > KrausHaus ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > diskid/DISK-Z1W1ZKD6 ONLINE 0 0 0 > diskid/DISK-Z1N3V3J9 ONLINE 0 0 0 > diskid/DISK-WD-WMC5K0159058 ONLINE 0 0 0 > mirror-1 ONLINE 0 0 0 > diskid/DISK-Z1N08WTM ONLINE 0 0 0 > diskid/DISK-JPW9K0N018164L ONLINE 0 0 0 > diskid/DISK-Z1N3WQ8V ONLINE 0 0 0 > mirror-2 ONLINE 0 0 0 > diskid/DISK-WD-WMC5K0157777 ONLINE 0 0 0 > diskid/DISK-9QJ5252G ONLINE 0 0 0 > diskid/DISK-Z1W20AP6 ONLINE 0 0 0 > > errors: No known data errors > > pool: freebsd2 > state: ONLINE > scan: scrub repaired 0 in 0h0m with 0 errors on Fri Jun 19 22:28:40 2015 > config: > > NAME STATE READ WRITE CKSUM > freebsd2 ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > diskid/DISK-50026B72350338B2p3 ONLINE 0 0 0 > diskid/DISK-50026B7235033306p3 ONLINE 0 0 0 > > errors: No known data errors > [ppk@FreeBSD2 ~]$ zfs list > NAME USED AVAIL REFER MOUNTPOINT > KrausHaus 1.81T 892G 144K none > KrausHaus/dnr 144K 1024M 144K none > KrausHaus/export 1.80T 892G 1.80T /export > KrausHaus/freebsd1 5.75G 892G 5.75G /freebsd1 > KrausHaus/freebsd2 144K 892G 144K /freebsd2 > KrausHaus/usr-ports 2.42G 892G 2.42G /usr/ports > KrausHaus/usr-src 997M 892G 997M /usr/src > freebsd2 6.02G 9.61G 36K none > freebsd2/ROOT 679M 9.61G 32K none > freebsd2/ROOT/10-Release 1K 9.61G 495M / > freebsd2/ROOT/20140912 1K 9.61G 478M / > freebsd2/ROOT/default 679M 9.61G 486M / > freebsd2/dnr 31K 1024M 31K none > freebsd2/tmp 63.5K 9.61G 63.5K /tmp > freebsd2/usr 3.92G 9.61G 353M /usr > freebsd2/usr/local 3.57G 9.61G 3.57G /usr/local > freebsd2/var 445M 9.61G 423M /var > freebsd2/var/log 22.1M 9.61G 22.1M /var/log > [ppk@FreeBSD2 ~]$ > > And the boot drives are partitioned as follows; > > [ppk@FreeBSD2 ~]$ gpart show /dev/diskid/DISK-50026B72350338B2 > => 34 234441581 diskid/DISK-50026B72350338B2 GPT (112G) > 34 1024 1 freebsd-boot (512K) > 1058 8388608 2 freebsd-swap (4.0G) > 8389666 33554432 3 freebsd-zfs (16G) > 41944098 50331648 4 freebsd-zfs (24G) > 92275746 50331648 5 freebsd-zfs (24G) > 142607394 91834221 - free - (44G) > > [ppk@FreeBSD2 ~]$ > > They are small (120 GB ) SSDs and my plan was to use part ions 4 and 5 as mirrored SLOG and individual L2ARC devices, but I never got them setup. > > This is 10.0 (I need to upgrade to at least 10.1) but I had a very similar configuration for my previous 9.x server. > > Note that my entire OS except for /usr/src and /usr/ports lives in 16 GB. I put /usr/src and /usr/ports in the zpool with the data as they receive the vast majority of writes and I wanted to save my SSD write capacity for the SLOG and L2ARC. > > Note also the “dnr” datasets :-) > > -- > Paul Kraus > paul@kraus-haus.org Yeah, you mentioned the dnr earlier, I will put that in. Thanks. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Thu Sep 10 12:41:52 2015 Return-Path: Delivered-To: freebsd-questions@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 39DA6A00FE5 for ; Thu, 10 Sep 2015 12:41:52 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (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 DFE941F3D for ; Thu, 10 Sep 2015 12:41:51 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wicfx3 with SMTP id fx3so26539686wic.1 for ; Thu, 10 Sep 2015 05:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=IMSU7hN6FaQI3+0GMUP6eUUYe49fWg5J6sQT97dFxUg=; b=lROZ7RqfiAISbkrmOZI/Rf4OyH6y9sw+3p4olDFoJ5QVEYwp7rT3ZLQoRM8yZKOkU4 OkxOila+TDQfpruNA2zVlLgQ4piH0OAnXGM1r0Qh01w3t5tZ2XDV+i2IXnZmoaRbIILs A1N71afvg7M7/blNyqXQLP3gN7oVmbc0eVa9EaOdAxy9P+Kb14KdQsPKOeHDuQsqzOfq PNUJyaul2dpPUtaONxcyQt1y/+UI+PDgrst6fIuR3Z3mAMdkofJRMa+EBQA25fYr2HRO vAxa1SJguDajawqCN4v3ocsELSXiqohKGamG1WAu2AQs3cIYbYCHGJdVb8CPLjLqLHnh KrnQ== X-Received: by 10.180.8.3 with SMTP id n3mr6018343wia.41.1441888910375; Thu, 10 Sep 2015 05:41:50 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.198.255]) by smtp.gmail.com with ESMTPSA id bi6sm15515339wjc.25.2015.09.10.05.41.48 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 10 Sep 2015 05:41:49 -0700 (PDT) Date: Thu, 10 Sep 2015 13:41:46 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: Cannot test spamassassin, what is going on here? Message-ID: <20150910134146.2a987efd@gumby.homeunix.com> In-Reply-To: <55F0212B.9090708@shopzeus.com> References: <55F0212B.9090708@shopzeus.com> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 12:41:52 -0000 On Wed, 9 Sep 2015 14:08:11 +0200 Nagy L=E1szl=F3 Zsolt wrote: > Looks like spamassassin is using different rules/settings when it is > ran from the mailscanner daemon. The configuration should be the same > ( /usr/local/etc/mail/spamassassin is a symbolic link to=20 > /usr/local/etc/MailScanner/spam.assassin.prefs.conf ) >=20 > I cannot test spamassassin with the same user, because it is postfix=20 > which is disabled: >=20 > > > > # su postfix " spamassassin -t test.eml " > > This account is currently not available. >=20 This is because the postfix user doesn't have a default shell configured, you can use su -m which will use the current shell. The minus -m option prevents the environment being changed; it might be necessary to set USER to postfix, and if that user has a home directory set HOME.=20 From owner-freebsd-questions@freebsd.org Thu Sep 10 12:57:56 2015 Return-Path: Delivered-To: freebsd-questions@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 6E45BA01B88 for ; Thu, 10 Sep 2015 12:57:56 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qg0-f49.google.com (mail-qg0-f49.google.com [209.85.192.49]) (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 2EB891B7F for ; Thu, 10 Sep 2015 12:57:55 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qgt47 with SMTP id 47so33961117qgt.2 for ; Thu, 10 Sep 2015 05:57:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=4ydx8s3CP3qRDU48YsW3phQV9UhpDIwCj6qpq2IGcuA=; b=fnx5PT3BbNiFUcQ5iCOQ2jmk7mzYeePb08WciCoUP/4HeTKI4GUPCH9TGg+LdmulDj JqXIJR7Qd7qGCbpZNJl5RDzr2gn+TOvyy+uDL3pJsTlSvCUu7mVMoc+ZrQfLcy2qIlok Wtzk1LfM0EnbeSkNY0lFZH2XiNas52NBJ0L4qI3y1XLYUAb99Gnrv9dxZJdZ2TyOi/Jt TYzv6XwS96XdS8oa5R5vbSJUWSOGqKfZTRbKiTij3nEUHm2dDgdCDNXKg9uV55VPCtgT xbY6zXeBxfM6ZYw6SbR6DTzGRPqsUCtfNI2Y9fZsmItaiossWoWbWoYQx/R7F8Ftd2zM yhKA== X-Gm-Message-State: ALoCoQnv6WqRyjJHHQlh2DfFXbJniU2/sYaay1BlHv/2ss7AXZ3Yx/oK7HTGg5VBlWLCT2CM8i2u X-Received: by 10.140.233.210 with SMTP id e201mr56207959qhc.88.1441889869065; Thu, 10 Sep 2015 05:57:49 -0700 (PDT) Received: from mbp-1.thecreativeadvantage.com (mail.thecreativeadvantage.com. [96.236.20.34]) by smtp.gmail.com with ESMTPSA id l8sm5883276qge.31.2015.09.10.05.57.46 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Sep 2015 05:57:46 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Storage question From: Paul Kraus In-Reply-To: <55F10715.3040508@sneakertech.com> Date: Thu, 10 Sep 2015 08:57:44 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <4E5C9688-700F-460D-907C-0EE2DB65CE08@kraus-haus.org> References: <55EF3D23.5060009@hiwaay.net> <20150908220639.20412cbd@gumby.homeunix.com> <55EF5409.8020007@yahoo.com> <55EFC2DA.3020101@hiwaay.net> <5EB5C2C2-575B-40BD-BF6A-85F396C058FE@kraus-haus.org> <55F058FC.6080204@hiwaay.net> <55F09924.2000007@hiwaay.net> <67BE98EB-AD0F-46C2-AF26-02C65D828DCF@kraus-haus.org> <55F105B2.2080806@sneakertech.com> <55F10715.3040508@sneakertech.com> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 12:57:56 -0000 On Sep 10, 2015, at 0:29, Quartz wrote: >>> Note also the =93dnr=94 datasets :-) >>=20 >> Btw, you seem to be going with the 'dummy dataset' method for = preventing >> fs fillup. What's the advantage of doing it this way vs = refreservation >> or any other method? >=20 > More specifically, dummy datasets strike me as kind of the ugly way of = handling this issue. Isn't it better to just set parameters on your real = datasets? I do it this way for two reasons. 1) Habit=85 I have been doing this since before zfs even had the = refreservation and refquota properties :-) I have been managing zfs in = production since zpool version 10 (clearly on Solaris since it has not = been ported anywhere else that early on). 2) Transparency=85 it is much easier to spot a =93dnr=94 dataset set = than realize that a refreservation is set on the base zpool/dataset. Note that if you use refreservation, you only need it on the top level = dataset in the zpool. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Thu Sep 10 15:00:34 2015 Return-Path: Delivered-To: freebsd-questions@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 24773A018CF for ; Thu, 10 Sep 2015 15:00:34 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) (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 EB10A18AC for ; Thu, 10 Sep 2015 15:00:33 +0000 (UTC) (envelope-from brandon.wandersee@gmail.com) Received: by igcrk20 with SMTP id rk20so18499618igc.1 for ; Thu, 10 Sep 2015 08:00:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; bh=sX1KYw/vbEMNTLWJPbCa5wGVIxwyCGO2ujAGvF+Of+g=; b=F6f9IxUnU+srqYGYIpidANTJeOuCgX6UxLGgMh9Ahk+M7x+iT1GlbMb7mNmRkbZCI/ cOPmyE5nBGBjTzgklWrUil+ldd3a3NlcxoiRjAlRG4qAwwpFhE7c2lZ+Z9epd7V2WF8a fVd30effCs/Rv1fyTclc651AW1aaGuO/iunAumGS3ew+rOnCJwzgDpFXM+hHESvE8mFN vkJiYq7fDGeFrBG3GCeapfmYyPXPrgeYrYrOscqUEZBHFHUmEFTeTGJyMY5xOlmMjsUn 1PHqf+MkNvSmWyLzhOltDwiyJy/VnAAON+TiYqpgipoE2GapVhc3oHkhu3oKeS3WL43q 0uNg== X-Received: by 10.50.66.197 with SMTP id h5mr6851770igt.82.1441897231908; Thu, 10 Sep 2015 08:00:31 -0700 (PDT) Received: from WorkBox.Home.gmail.com (174-30-208-115.mpls.qwest.net. [174.30.208.115]) by smtp.gmail.com with ESMTPSA id os9sm4384164igb.11.2015.09.10.08.00.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Sep 2015 08:00:30 -0700 (PDT) References: <20150829220311.c7608be1.freebsd@edvax.de> <55E45973.2050103@sneakertech.com> <55E4865B.1000104@sneakertech.com> <20150831181135.7682a810@gumby.homeunix.com> From: Brandon J. Wandersee To: RW Cc: freebsd-questions@freebsd.org Subject: Re: Replacing Drive with SSD In-reply-to: <20150831181135.7682a810@gumby.homeunix.com> Date: Thu, 10 Sep 2015 10:00:29 -0500 Message-ID: <867fnywc8i.fsf@WorkBox.Home> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 15:00:34 -0000 RW via freebsd-questions writes: > On Mon, 31 Aug 2015 12:52:43 -0400 > Quartz wrote: > >> > >> > It provides a pool of blocks that have not and will not be >> > written. >> >> Bbut how does the drive "know" that those blocks are not allocated by >> a partition somewhere and are safe to use as spares? It's not like >> the drive firmware reads into the partition table or anything. > > It's analogous to virtual memory. It's the unused physical blocks that > form the free pool. The point of leaving the unpartitioned space is > that it's a region of a logical address space with no physical blocks > attached. Just to expand on this a little more (since it confused me as well after I bought my first SSD): solid-state drives do not write data to contiguous blocks, and "partitioning" the drive does not place actual barriers at physical points on the disk as is done with an HDD. The operating system sees SSD and HDD paritions in the same way, but on an SSD partitions function more like filesystem quotas. Leaving blocks unpartitioned doesn't mean those blocks won't be written to; it just ensures that a certain amount of space (and so a certain number of blocks/cells) must always be free, forcing writes to be spread across different physical portions of the disk in a relatively even manner. It's my understanding that this over-provisioning isn't exactly necessary in most SSDs nowadays. It just serves as a stronger guarantee than entrusting everything to a drive's firmware. -- ================================================================= :: Brandon Wandersee :: :: brandon.wandersee@gmail.com :: ================================================================== 'A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.' - Douglas Adams ================================================================== From owner-freebsd-questions@freebsd.org Thu Sep 10 15:29:45 2015 Return-Path: Delivered-To: freebsd-questions@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 19A1BA00740 for ; Thu, 10 Sep 2015 15:29:45 +0000 (UTC) (envelope-from knezour@weboutsourcing.cz) Received: from mx.weboutsourcing.cz (mx.weboutsourcing.cz [109.205.73.92]) (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 521DB1A4F for ; Thu, 10 Sep 2015 15:29:43 +0000 (UTC) (envelope-from knezour@weboutsourcing.cz) Received: from [192.168.0.38] (unassigned-81-90-254-125.ujezd.net [81.90.254.125] (may be forged)) (authenticated bits=0) by mx.weboutsourcing.cz (8.14.4/8.14.4) with ESMTP id t8AF7jYZ028128; Thu, 10 Sep 2015 17:07:45 +0200 (CEST) (envelope-from knezour@weboutsourcing.cz) Subject: Re: FreeBSD 10.2-STABLE and openospf To: Ludovit Koren , freebsd-questions@freebsd.org References: <86oahazlbe.fsf@gmail.com> From: Ondra Knezour Message-ID: <55F19CB4.4000105@weboutsourcing.cz> Date: Thu, 10 Sep 2015 17:07:32 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <86oahazlbe.fsf@gmail.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms080005060403010300090003" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 15:29:45 -0000 This is a cryptographically signed message in MIME format. --------------ms080005060403010300090003 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Dne 10.09.2015 v 11:16 Ludovit Koren napsal(a): > can you, please, suggest working option for ospf on FreeBSD 10? No personal experience, but you can try the net/bird.=20 http://www.freshports.org/net/bird/ --=20 Ondra Knezour --------------ms080005060403010300090003 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC DQEwggZfMIIFR6ADAgECAgFxMA0GCSqGSIb3DQEBCwUAMFsxCzAJBgNVBAYTAkNaMSwwKgYD VQQKDCPEjGVza8OhIHBvxaF0YSwgcy5wLiBbScSMIDQ3MTE0OTgzXTEeMBwGA1UEAxMVUG9z dFNpZ251bSBSb290IFFDQSAyMB4XDTEwMDExOTExMzEyMFoXDTIwMDExOTExMzAyMFowXzEL MAkGA1UEBhMCQ1oxLDAqBgNVBAoMI8SMZXNrw6EgcG/FoXRhLCBzLnAuIFtJxIwgNDcxMTQ5 ODNdMSIwIAYDVQQDExlQb3N0U2lnbnVtIFF1YWxpZmllZCBDQSAyMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAptFF5UWWYyihAP9nMkD0zv3ctxmK8dG9YQbyOwSmnbFNrJHX ui+zw4x6hgqO8ajo8N+QImz6wFhLSrlZAUCl1aTKX+1Q7DWhnZI9Krq5gslTI5hIo8w6ArPi 7de4HgqLVn6LwVvvN5HJ7p6pqEr62qXdkAmeskqALhfZNrVEqTEr4e7Vt2FYkDeDAv5aQhls v89gjON6375PyyxYrU9Z0FexJ8o5OKQ3Nm3ZU8RMBAMGk5jGoCAt8JFtxv0pTZYgxPc03Egu 7ew2X44z2BX8ZY73jckew4wBXIlJBERpmSwbkoPPM3NBL8uxtiQW2ckCaaHuD2n0KLpwQn6l 8FO0wQIDAQABo4IDKDCCAyQwgfEGA1UdIASB6TCB5jCB4wYEVR0gADCB2jCB1wYIKwYBBQUH AgIwgcoagcdUZW50byBrdmFsaWZpa292YW55IHN5c3RlbW92eSBjZXJ0aWZpa2F0IGJ5bCB2 eWRhbiBwb2RsZSB6YWtvbmEgMjI3LzIwMDBTYi4gYSBuYXZhem55Y2ggcHJlZHBpc3UvVGhp cyBxdWFsaWZpZWQgc3lzdGVtIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRv IExhdyBObyAyMjcvMjAwMENvbGwuIGFuZCByZWxhdGVkIHJlZ3VsYXRpb25zMBIGA1UdEwEB /wQIMAYBAf8CAQAwgbwGCCsGAQUFBwEBBIGvMIGsMDcGCCsGAQUFBzAChitodHRwOi8vd3d3 LnBvc3RzaWdudW0uY3ovY3J0L3Bzcm9vdHFjYTIuY3J0MDgGCCsGAQUFBzAChixodHRwOi8v d3d3Mi5wb3N0c2lnbnVtLmN6L2NydC9wc3Jvb3RxY2EyLmNydDA3BggrBgEFBQcwAoYraHR0 cDovL3Bvc3RzaWdudW0udHRjLmN6L2NydC9wc3Jvb3RxY2EyLmNydDAOBgNVHQ8BAf8EBAMC AQYwgYMGA1UdIwR8MHqAFBUpjMVFaau4s8Pq/ku4Mdjc8Od2oV+kXTBbMQswCQYDVQQGEwJD WjEsMCoGA1UECgwjxIxlc2vDoSBwb8WhdGEsIHMucC4gW0nEjCA0NzExNDk4M10xHjAcBgNV BAMTFVBvc3RTaWdudW0gUm9vdCBRQ0EgMoIBZDCBpQYDVR0fBIGdMIGaMDGgL6AthitodHRw Oi8vd3d3LnBvc3RzaWdudW0uY3ovY3JsL3Bzcm9vdHFjYTIuY3JsMDKgMKAuhixodHRwOi8v d3d3Mi5wb3N0c2lnbnVtLmN6L2NybC9wc3Jvb3RxY2EyLmNybDAxoC+gLYYraHR0cDovL3Bv c3RzaWdudW0udHRjLmN6L2NybC9wc3Jvb3RxY2EyLmNybDAdBgNVHQ4EFgQUiehM34smOT7X JC4SDnrn5ifl1pcwDQYJKoZIhvcNAQELBQADggEBAHXszZUHjwBcJV9V544ujQsgllyDkTId Qq6tud9/q1A6bJPuDOmQk1jcjeKNbYSsF9Qz/od58zFgopZKziNeoZIrlB/EbQHQ7e4Z8c9L hYV+1o9ICdaTW2Ilnhzjf7NIkJwffef2kOa+3yfSP7pxABkhaHg8+maS9SDe43gTRvNkecfa 4rMy+lWcTrAqaXqhX49R88BI8hhDD2AUQA1wzOnXSFckeuc6jRqU+SXKZl1NWywFfB3OFIGw V6XV5UFK9U7Hr7LzN1uuREs69NWdIxvrMf5+zKBTjSaKZ2jfStj/o3611CFsz+xMLGB1YDLa DR6UA3XOL0nHppDvrCgNyf4wggaaMIIFgqADAgECAgMb9KYwDQYJKoZIhvcNAQELBQAwXzEL MAkGA1UEBhMCQ1oxLDAqBgNVBAoMI8SMZXNrw6EgcG/FoXRhLCBzLnAuIFtJxIwgNDcxMTQ5 ODNdMSIwIAYDVQQDExlQb3N0U2lnbnVtIFF1YWxpZmllZCBDQSAyMB4XDTE1MDgwNDA4Mjcx MVoXDTE2MDgyMzA4MjcxMVowcTELMAkGA1UEBhMCQ1oxKTAnBgNVBAoMIE9uZMWZZWogS27E m8W+b3VyIFtJxIwgNjg4ODU0ODJdMQowCAYDVQQLEwExMRowGAYDVQQDDBFPbmTFmWVqIEtu xJvFvm91cjEPMA0GA1UEBRMGUDE4MjM2MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAsYiLc8J6E8fzjCglnhl12VPu9LzghsGkGmHnCL9ePeluLY6+0shkxAcBfKzgDTj0RRNd zZL3SRc2jw8l3QFXW48ISx3uyfvWNEe7nG0hUSIERpY31mvoxA85bbsWeQwd+LEk7EuPwBjN BFlFS8nCeLKndI6JiSpMwi5Wwxavgt4tMAFZJAordbaGzbzPN0yrJQ25cRCWBczrtD1AIAFc ucMOUrNV8KJTnUa+kSSA4z9VdubZ7EwP8r0SXaXQ+ASHr3ZQ0+Ta1Qh/tAhl/mtvp0j1kSOB DCxh38/kNZJWepiywsnqT6UEfjZL3AZoRma3IcANGqaqQ0x7qsaA/3XtWQIDAQABo4IDSzCC A0cwSgYDVR0RBEMwQYEZa25lem91ckB3ZWJvdXRzb3VyY2luZy5jeqAZBgkrBgEEAdwZAgGg DBMKMTEyODkxMTg2MaAJBgNVBA2gAhMAMIIBDgYDVR0gBIIBBTCCAQEwgf4GCWeBBgEEAQeC LDCB8DCBxwYIKwYBBQUHAgIwgboagbdUZW50byBrdmFsaWZpa292YW55IGNlcnRpZmlrYXQg YnlsIHZ5ZGFuIHBvZGxlIHpha29uYSAyMjcvMjAwMFNiLiBhIG5hdmF6bnljaCBwcmVkcGlz dS4vVGhpcyBxdWFsaWZpZWQgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBhY2NvcmRpbmcgdG8g TGF3IE5vIDIyNy8yMDAwQ29sbC4gYW5kIHJlbGF0ZWQgcmVndWxhdGlvbnMwJAYIKwYBBQUH AgEWGGh0dHA6Ly93d3cucG9zdHNpZ251bS5jejAYBggrBgEFBQcBAwQMMAowCAYGBACORgEB MIHIBggrBgEFBQcBAQSBuzCBuDA7BggrBgEFBQcwAoYvaHR0cDovL3d3dy5wb3N0c2lnbnVt LmN6L2NydC9wc3F1YWxpZmllZGNhMi5jcnQwPAYIKwYBBQUHMAKGMGh0dHA6Ly93d3cyLnBv c3RzaWdudW0uY3ovY3J0L3BzcXVhbGlmaWVkY2EyLmNydDA7BggrBgEFBQcwAoYvaHR0cDov L3Bvc3RzaWdudW0udHRjLmN6L2NydC9wc3F1YWxpZmllZGNhMi5jcnQwDgYDVR0PAQH/BAQD AgXgMB8GA1UdIwQYMBaAFInoTN+LJjk+1yQuEg565+Yn5daXMIGxBgNVHR8EgakwgaYwNaAz oDGGL2h0dHA6Ly93d3cucG9zdHNpZ251bS5jei9jcmwvcHNxdWFsaWZpZWRjYTIuY3JsMDag NKAyhjBodHRwOi8vd3d3Mi5wb3N0c2lnbnVtLmN6L2NybC9wc3F1YWxpZmllZGNhMi5jcmww NaAzoDGGL2h0dHA6Ly9wb3N0c2lnbnVtLnR0Yy5jei9jcmwvcHNxdWFsaWZpZWRjYTIuY3Js MB0GA1UdDgQWBBTzhHiD27hcZ1z4Bi8U6iXhN0xjCjANBgkqhkiG9w0BAQsFAAOCAQEAB2R/ coHIErTjM1QLOaYDV5wKA9hpGCNrc5X57CYug31KLz7GZO8eMCpu57DwyJnBuE/B3wAYhY81 ZcvWF+MkkK9ry/j57PW2e4Ms+wV4v4a9/hLZfaGWDdx2VCiQcgKr/J0NnTRZjzbnwlpLmILI 3vHcTTWeCZCBzm9ghj8Zh8k9aYxW66N7APdO2gvx7vmK9OiZlrYpOD6l82vuhSkijm+OdcSL hAO9td88V+hNRy9rR7eiF99bfAKHCCOuxJu1WaqEqo3cnWbK+tLJxKPP4P4MLRScdtIbWs5Z wkCDZex8xCfgdeWo02KzJwIvKWRdzjPxsu8UDvmOYI5VWNne2DGCA1wwggNYAgEBMGYwXzEL MAkGA1UEBhMCQ1oxLDAqBgNVBAoMI8SMZXNrw6EgcG/FoXRhLCBzLnAuIFtJxIwgNDcxMTQ5 ODNdMSIwIAYDVQQDExlQb3N0U2lnbnVtIFF1YWxpZmllZCBDQSAyAgMb9KYwDQYJYIZIAWUD BAIBBQCgggHHMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE1 MDkxMDE1MDczMlowLwYJKoZIhvcNAQkEMSIEIHiWn0vXX6o5PpvfRJX3o9kU8uy4an0REMy1 GDdRf1YXMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggq hkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZI hvcNAwICASgwdQYJKwYBBAGCNxAEMWgwZjBfMQswCQYDVQQGEwJDWjEsMCoGA1UECgwjxIxl c2vDoSBwb8WhdGEsIHMucC4gW0nEjCA0NzExNDk4M10xIjAgBgNVBAMTGVBvc3RTaWdudW0g UXVhbGlmaWVkIENBIDICAxv0pjB3BgsqhkiG9w0BCRACCzFooGYwXzELMAkGA1UEBhMCQ1ox LDAqBgNVBAoMI8SMZXNrw6EgcG/FoXRhLCBzLnAuIFtJxIwgNDcxMTQ5ODNdMSIwIAYDVQQD ExlQb3N0U2lnbnVtIFF1YWxpZmllZCBDQSAyAgMb9KYwDQYJKoZIhvcNAQEBBQAEggEAfaya ltUDiGU6Rg8HVc2h9R6rbFT5l/flnA6hLT45fGAH6srpCA5eKX+S4nudW3TUrfbW52X0qD72 30gSAS5Px7VDMqjKaUCjCgZN1aXKFggGkPcLIodZ0u1bzdBa7058eaDIgBDT4fQGZQMZl0dO Gh6eFTIaUacM8KNspkzLN+6nKlKVWC6YOCUQE/qe/ZPUKcagYdg6xowrmINz/hMozZz+B2z3 9iMgjz5npK59clpjKg4MtIENw6/8bUjvGEZTfBpfaS/ncgRws2AhJcPu62oLP4jQSqs/qJCr +Ye/GwYoSCyu8ykCce+i4w8krBKQ0uq0K1tMYT5fW1j5FEV+zgAAAAAAAA== --------------ms080005060403010300090003-- From owner-freebsd-questions@freebsd.org Thu Sep 10 15:42:56 2015 Return-Path: Delivered-To: freebsd-questions@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 71C6AA01041 for ; Thu, 10 Sep 2015 15:42:56 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (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 3EDAA1246 for ; Thu, 10 Sep 2015 15:42:56 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by igbni9 with SMTP id ni9so18472910igb.0 for ; Thu, 10 Sep 2015 08:42:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=n1232pRQnlVenY3Pczw5Sj9SjKlNcE0TLzRnMF3Zwd4=; b=EgnKDmGQTv5w5OsmcF/IqN4I1Fw8nRzMsD/dhyWV16peHe+/M+oaXxAQFk3RTSfDot 1wmsdOBEx4ONLNnTQwQ93/MH497xY5Qa11/k5ll7nZczJB49ukl73Ekyw1RCPjnorgP4 4unoPT8ZzvfIJ6gwDLG7sifDJg7oBZZo6ziY5blpyLmOyjaVaT8Q7Y/JqjCXC8EdduOd GFOXz9VkWLCTSPfpsPFPLToIXg/9ab2672pUpEap8GNczPGUT9kxXER2F51dK0w7R0QK FyGMSaoHsln+NGRoO/gXWkCUXF4RnxdN+eCAgZcd6sSebbNasLmT0oEq6DJnXomZPDZc LS3g== X-Received: by 10.50.122.10 with SMTP id lo10mr7633950igb.76.1441899775651; Thu, 10 Sep 2015 08:42:55 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by smtp.googlemail.com with ESMTPSA id p142sm7321549iop.4.2015.09.10.08.42.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Sep 2015 08:42:54 -0700 (PDT) Message-ID: <55F1A507.70402@gmail.com> Date: Thu, 10 Sep 2015 11:43:03 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-questions Subject: USB physical ports Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 15:42:56 -0000 Hello List; I have 6 physical ports on my PC box. The boot time messages seem to say that one of those ports is 480Mbps High Speed USB v2.0. How do I determine which physical USB port is the 480Mbps High Speed port? The following are the boot time messages about USB ports uhci0: port 0xff80-0xff9f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0xff60-0xff7f irq 19 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0xff20-0xff3f irq 16 at device 29.3 on pci0 usbus2 on uhci2 ehci0: mem 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen3.1: at usbus3 uhub0: on usbus3 ugen2.1: at usbus2 uhub1: on usbus2 ugen1.1: at usbus1 uhub2: on usbus1 ugen0.1: at usbus0 uhub3: on usbus0 Root mount waiting for: usbus3 usbus2 usbus1 usbus0 uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 Root mount waiting for: usbus3 uhub0: 8 ports with 8 removable, self powered From owner-freebsd-questions@freebsd.org Thu Sep 10 16:01:49 2015 Return-Path: Delivered-To: freebsd-questions@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 6B211A0193C for ; Thu, 10 Sep 2015 16:01:49 +0000 (UTC) (envelope-from bill@celestial.com) Received: from dorsai-02.celestial.com (dorsai-02.celestial.com [192.136.111.19]) (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 3B8271F83 for ; Thu, 10 Sep 2015 16:01:48 +0000 (UTC) (envelope-from bill@celestial.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by dorsai-02.celestial.com (Postfix) with ESMTP id 74945214B489 for ; Thu, 10 Sep 2015 08:52:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at celestial.com Received: from dorsai-02.celestial.com ([127.0.0.1]) by localhost (dorsai-02.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id n5kPwGFvVAdY for ; Thu, 10 Sep 2015 08:52:54 -0700 (PDT) Received: from ayn.mi.celestial.com (hayek.celestial.com [192.136.111.12]) by dorsai-02.celestial.com (Postfix) with ESMTP id 4DDBE2146215 for ; Thu, 10 Sep 2015 08:52:54 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by ayn.mi.celestial.com (Postfix) with ESMTP id 86ED644F9361; Thu, 10 Sep 2015 08:52:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at mi.celestial.com Received: from ayn.mi.celestial.com ([127.0.0.1]) by localhost (ayn.mi.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SiagZ9MEUAa6; Thu, 10 Sep 2015 08:52:47 -0700 (PDT) Received: by ayn.mi.celestial.com (Postfix, from userid 203) id 6CBBA44F935F; Thu, 10 Sep 2015 08:52:47 -0700 (PDT) Date: Thu, 10 Sep 2015 08:52:47 -0700 From: Bill Campbell To: freebsd-questions@freebsd.org Subject: Re: xenix (sysv) filesystem and FreeBSD Message-ID: <20150910155247.GA6875@ayn.mi.celestial.com> Reply-To: freebsd@celestial.com Mail-Followup-To: freebsd-questions@freebsd.org References: <55F13B5A.3070408@pahlevanzadeh.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55F13B5A.3070408@pahlevanzadeh.org> User-Agent: Mutt/1.5.19 OpenPKG/CURRENT (2009-01-05) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 16:01:49 -0000 On Thu, Sep 10, 2015, Mohsen Pahlevanzadeh wrote: > Dear All, > > I have a hdd (scsi), about 1985. I can detect hdd and geometry, But > maybe linux kernel removed xenix (sysv) filesytem. > Question is , 1. Can i detect it via freebsd? 2. Can I read xenix (sysv) > filesytem ? As others have suggested, use dd to copy the entire disk to an image file. We still have several clients running SCO systems, mostly OpenServer in production. The only reliable solution I've found is to run them under VMware as it emulates old hardware that's understood by SCO (e.g. SCSI disks and ancient NICs). Getting VMware to recognize these disk images is a bit of a hassle as it requires manually creating the vmdk file to describe the geometry. Bill -- INTERNET: bill@celestial.com Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax: (206) 232-9186 Skype: jwccsllc (206) 855-5792 No freeman shall be debarred the use of arms within his own lands -- Thomas Jefferson From owner-freebsd-questions@freebsd.org Thu Sep 10 17:42:40 2015 Return-Path: Delivered-To: freebsd-questions@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 58BF3A00AC2 for ; Thu, 10 Sep 2015 17:42:40 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) (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 18CEB1D58 for ; Thu, 10 Sep 2015 17:42:39 +0000 (UTC) (envelope-from paul@kraus-haus.org) Received: by qgt47 with SMTP id 47so41748659qgt.2 for ; Thu, 10 Sep 2015 10:42:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=LTy8ErdzHq5svfY+nBaZrZFP46T+ZB04XAih+XoWG+U=; b=ibA9yXUA+t6XIbonr0xOdg8pn+LCUwj+SOB2xzeIhrNp/Fy2X3cv3x084IkPErBYCz 1gHT+XNd1M2CFxlQsj3F/A6j2zXvxi7y1vPSgg45vFL0i5KmUlIUa4AMNFeB7GRmGLt1 QIOfCKPd+q9dPp7H5sBIHeT9qY55f99WQmaQxYtsUcmkgknSRN7Skx2rQZg9drwOXpeN yKiYlqz9cFUvcoi1UPXLfCjf4/iY5WFIoKQ0e1mfG/Q5ViScja23ISkfe5FVOQxzxm2P ATA/2D7Co2tmXP/Pf0TL0N/nVLT4FIfXbAX0V65xIeEN0BwK0H1XAhhtzvOxvvmD4hQR peMQ== X-Gm-Message-State: ALoCoQkNkrxdHDpE3KGNukV9Qv9Pa+vYvrk+oVzPBUzXAeUZxKGLCGVqawXkKMibyP23Y52Gb+bR X-Received: by 10.140.33.225 with SMTP id j88mr55020083qgj.30.1441906958672; Thu, 10 Sep 2015 10:42:38 -0700 (PDT) Received: from [192.168.2.138] (pool-100-4-179-8.albyny.fios.verizon.net. [100.4.179.8]) by smtp.gmail.com with ESMTPSA id g20sm6367143qge.9.2015.09.10.10.42.36 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Sep 2015 10:42:36 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Replacing Drive with SSD From: Paul Kraus In-Reply-To: <867fnywc8i.fsf@WorkBox.Home> Date: Thu, 10 Sep 2015 13:42:35 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <08306F31-955B-4710-B20B-4F2ABE0CBA56@kraus-haus.org> References: <20150829220311.c7608be1.freebsd@edvax.de> <55E45973.2050103@sneakertech.com> <55E4865B.1000104@sneakertech.com> <20150831181135.7682a810@gumby.homeunix.com> <867fnywc8i.fsf@WorkBox.Home> To: FreeBSD Questions X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 17:42:40 -0000 On Sep 10, 2015, at 11:00, Brandon J. Wandersee = wrote: > Leaving blocks unpartitioned doesn't mean those blocks won't be = written > to; it just ensures that a certain amount of space (and so a certain > number of blocks/cells) must always be free, forcing writes to be = spread > across different physical portions of the disk in a relatively even > manner. It's my understanding that this over-provisioning isn't > exactly necessary in most SSDs nowadays. It just serves as a stronger > guarantee than entrusting everything to a drive's firmware. Each SSD model has some amount of over provisioning built in. The more = expensive, Enterprise grade SSDs have more (in many cases much more) = than the cheaper consumer units. So based on the performance you need = and the SSD you have, it is still prudent to manually over provision = with unpartitioned space. Note that some vendors will tell you about their over provisioning and = others don=92t. -- Paul Kraus paul@kraus-haus.org From owner-freebsd-questions@freebsd.org Thu Sep 10 17:53:27 2015 Return-Path: Delivered-To: freebsd-questions@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 F214AA01130 for ; Thu, 10 Sep 2015 17:53:26 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from cargobay.net (cargobay.net [198.178.123.147]) (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 B3FA31319 for ; Thu, 10 Sep 2015 17:53:26 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from [192.168.0.4] (cblmdm72-240-160-19.buckeyecom.net [72.240.160.19]) by cargobay.net (Postfix) with ESMTPSA id 5B7C763A; Thu, 10 Sep 2015 17:39:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: mdconfig creating file based memory disk From: "Chad J. Milios" X-Mailer: iPhone Mail (12H321) In-Reply-To: <20150910111034.20b97c41@X220.alogt.com> Date: Thu, 10 Sep 2015 13:44:18 -0400 Cc: "freebsd-questions@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150910111034.20b97c41@X220.alogt.com> To: Erich Dollansky X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 17:53:27 -0000 > On Sep 9, 2015, at 11:10 PM, Erich Dollansky = wrote: >=20 > Hi, >=20 > I just came across a simple question. What will happen when I create > two memory disks using the same file? >=20 > Example: >=20 > mdconfig -f /usr/home/swap/swapfile -u 0 > mdconfig -f /usr/home/swap/swapfile -u 1 >=20 > and then I do a >=20 > swapon /dev/md0 > swapon /dev/md1 >=20 > It gives me double the size of 'swapfile' as swap space. It is obvious > to me that this must fail. >=20 > Shouldn't there be a note in the documentation? >=20 > Erich Perhaps, but if we documented every way in which FreeBSD allows one to shoot= oneself in the foot, the docs would probably more than triple in size. :) This is an interesting experiment but I can't imagine anyone inviting the da= nger while actually expecting to get away with such a configuration and I do= n't imagine happening onto it by accident any more likely than the other inf= inite potentially dangerous misconfigurations of *nix. I doubt this merits a= mention for safety's sake, though as an illustration of how swap actually w= orks internally it has a lot of merit. I'd be curious to see more thorough t= est results and discussion from those with intimate knowledge of the virtual= memory and swapper/pager systems. Imagine the following analog: a hypothetical database software which mmap()s= a file possibly larger than physical memory to rely on the VM system for de= mand paging. Now imagine two or more instances of the database software bein= g started with hard links to the same underlying file and both/all are allow= ed to read and write. If the software is SMP-capable and uses locks or data s= tructures WITHIN the mapped region to handle synchronization (and doesn't go= out of its way to in-and-of-itself cache/process the data (beyond the help t= he kernel already provides) outside that region for moments during which the= data could become stale) then the multiple instances could all serve data f= rom, AND modify data in, that same single source of truth and will remain st= able and in-sync even without msync()ing to the underlying file or storage. I= 'm also positive this holds true though any (or an arbitrary and very large)= number/combination of indirections through hardlinks, symlinks, mdconfig, n= ullfs and/or unionfs (or it intends to, so any failure or race should be con= sidered a kernel bug). So without inspecting the relevant kernel source myself, based on the little= experiment you've conducted, I can imagine the swap perhaps having been set= up in a way that the data structure(s) that map swapped regions is either f= ully inside or fully outside the swap partition/file in a way in which any "= surprise" data showing up in the "other" swap device (besides the one it was= written to) ends up being non-problematic. I am just brainstorming here and= would love it if someone with knowledge rather than conjecture chimes in. := ) On the outset of the experiment you describe, my expectation was almost cert= ain spectacular failure. Anything else actually is quite curious and if such= a config doesn't just burst right into flames I consider it quite a testame= nt to sound *nix engineering. I'd be interested to hear someone exercise it w= ith more swapping out and paging in of data and verifying the data and seman= tics.= From owner-freebsd-questions@freebsd.org Thu Sep 10 19:56:08 2015 Return-Path: Delivered-To: freebsd-questions@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 4512DA01111 for ; Thu, 10 Sep 2015 19:56:08 +0000 (UTC) (envelope-from dave@dgmm.net) Received: from outbound-queue-2.mail.thdo.gradwell.net (outbound-queue-2.mail.thdo.gradwell.net [212.11.70.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0CC2B1520 for ; Thu, 10 Sep 2015 19:56:07 +0000 (UTC) (envelope-from dave@dgmm.net) Received: from outbound-edge-2.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-2.mail.thdo.gradwell.net (Postfix) with ESMTP id 2072B55357 for ; Thu, 10 Sep 2015 20:55:08 +0100 (BST) Received: from cpc7-jarr12-2-0-cust882.16-2.cable.virginm.net (HELO amd.asgard.uk) (92.238.71.115) (smtp-auth username dave%pop3.dgmm.net, mechanism plain) by outbound-edge-2.mail.thdo.gradwell.net (qpsmtpd/0.83) with ESMTPA; Thu, 10 Sep 2015 20:55:07 +0100 From: Dave To: freebsd-questions@freebsd.org Subject: Re: USB physical ports Date: Thu, 10 Sep 2015 20:55:05 +0100 Message-ID: <2091716.bhpPQfPjgk@amd.asgard.uk> User-Agent: KMail/4.14.3 (FreeBSD/9.3-RELEASE-p24; KDE/4.14.3; amd64; ; ) In-Reply-To: <55F1A507.70402@gmail.com> References: <55F1A507.70402@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Gradwell-MongoId: 55f1e01b.16bba-1463-2 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: dave@pop3.dgmm.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 19:56:08 -0000 On Thursday 10 September 2015 11:43:03 Ernie Luzar wrote: > Hello List; > > I have 6 physical ports on my PC box. The boot time messages seem to say > that one of those ports is 480Mbps High Speed USB v2.0. > > How do I determine which physical USB port is the 480Mbps High Speed port? > > The following are the boot time messages about USB ports > > uhci0: port 0xff80-0xff9f > irq 16 at device 29.0 on pci0 usbus0 on uhci0 > > uhci1: port 0xff60-0xff7f > irq 19 at device 29.1 on pci0 usbus1 on uhci1 > > uhci2: port 0xff20-0xff3f > irq 16 at device 29.3 on pci0 usbus2 on uhci2 > > ehci0: mem > 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 > usbus3: EHCI version 1.0 usbus3 on ehci0 > > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > > ugen3.1: at usbus3 > uhub0: on usbus3 > ugen2.1: at usbus2 > uhub1: on usbus2 > ugen1.1: at usbus1 > uhub2: on usbus1 > ugen0.1: at usbus0 > uhub3: on usbus0 > > > Root mount waiting for: usbus3 usbus2 usbus1 usbus0 > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > Root mount waiting for: usbus3 > Root mount waiting for: usbus3 > Root mount waiting for: usbus3 > uhub0: 8 ports with 8 removable, self powered > It looks like there is one high speed hub with three ports off it, each of which feed your 3 pairs of USB 1.0 ports. From owner-freebsd-questions@freebsd.org Thu Sep 10 22:03:06 2015 Return-Path: Delivered-To: freebsd-questions@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 C23EAA02AAF for ; Thu, 10 Sep 2015 22:03:06 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 9FFF11778 for ; Thu, 10 Sep 2015 22:03:06 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:To:From:Date; bh=ODsA8Qr1PgKsfRt/g2PO0+TJD3pnjqIxLE3t7Yr/Ak4=; b=ZJj1AoTcpx/i3SchDN6WRL+a9tu8pSdn5xJ7HjsAhhzzstQYH0TJmIDDk+8ra/+5Tkrc1EuZowsXaZOW1Rx6cdmqWNEipSSb0g2ixVsz/9GIh/44ei4bH8wb5YJpbR/obwfeu6Inlw5KDsc8xD6Y09iaoC4Jr3p8ubvCDtuZe0w=; Received: from [114.124.29.181] (port=23245 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1Za9vl-000bVi-64 for freebsd-questions@freebsd.org; Thu, 10 Sep 2015 16:03:04 -0600 Date: Fri, 11 Sep 2015 06:02:51 +0800 From: Erich Dollansky To: freebsd-questions@freebsd.org Subject: Re: mdconfig creating file based memory disk Message-ID: <20150911060251.5cd303ba@X220.alogt.com> In-Reply-To: References: <20150910111034.20b97c41@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 22:03:07 -0000 Hi, On Thu, 10 Sep 2015 13:44:18 -0400 "Chad J. Milios" wrote: > > On Sep 9, 2015, at 11:10 PM, Erich Dollansky > > wrote: > > > > I just came across a simple question. What will happen when I create > > two memory disks using the same file? > > > > Example: > > > > mdconfig -f /usr/home/swap/swapfile -u 0 > > mdconfig -f /usr/home/swap/swapfile -u 1 > > > > and then I do a > > > > swapon /dev/md0 > > swapon /dev/md1 > > > > It gives me double the size of 'swapfile' as swap space. It is > > obvious to me that this must fail. > > > > Shouldn't there be a note in the documentation? > > Perhaps, but if we documented every way in which FreeBSD allows one > to shoot oneself in the foot, the docs would probably more than > triple in size. :) > > This is an interesting experiment but I can't imagine anyone inviting > the danger while actually expecting to get away with such a the experiment started after I did not find any information if mdconfig will lock the file. If the file would be locked, nothing would happen. The problems happens with any other scenario in which a file is used as the base for the memory disk. It just happened that I needed the swap. The problem is that the software using the memory disk has to way to find out if it is the sole user. It is just the scenario you are describing. > Imagine the following analog: a hypothetical database software which > mmap()s a file possibly larger than physical memory to rely on the VM > > So without inspecting the relevant kernel source myself, based on the > little experiment you've conducted, I can imagine the swap perhaps Swap is not the problem. Swap must rely on the space it got assigned to have it exclusively. > > On the outset of the experiment you describe, my expectation was > almost certain spectacular failure. Anything else actually is quite > curious and if such a config doesn't just burst right into flames I > consider it quite a testament to sound *nix engineering. I'd be > interested to hear someone exercise it with more swapping out and > paging in of data and verifying the data and semantics. I did this other test with normally mounted file systems. As it is one file, what happens in one file system, is mirrored into the other one. mdconfig is the bottle neck. If mdconfig would lock the file for exclusive access, this would not happen. I should have a lock at the sources when time permits this. Erich From owner-freebsd-questions@freebsd.org Thu Sep 10 23:29:23 2015 Return-Path: Delivered-To: freebsd-questions@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 BF9B4A01A9B for ; Thu, 10 Sep 2015 23:29:23 +0000 (UTC) (envelope-from david.mungenast@cloudbyte.com) Received: from mail-ig0-f182.google.com (mail-ig0-f182.google.com [209.85.213.182]) (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 9029410F5 for ; Thu, 10 Sep 2015 23:29:22 +0000 (UTC) (envelope-from david.mungenast@cloudbyte.com) Received: by igbkq10 with SMTP id kq10so29101775igb.0 for ; Thu, 10 Sep 2015 16:29:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:from:to:subject:date:organization :message-id:mime-version:content-type:thread-index:content-language; bh=HIGRg1UFw3aA+s+Y5mxvnUQ/LeigG1bmAOmmruarV9M=; b=YKkFlGGUv4HLtWMSBER7AO8mGkVnrWLaQW/K3ZvMOKNeGci3rhbkaPkxH4pvM6hSkZ fJ+Z5rAJ4xzd9jjbEomlA62WuTzIM4EhAQfZAbixQQeLY8ypZrnjENoKWL0UyUPpeJqN 96Xo7VP29Dw/LLRIMf0ck09nMeEdrBhTTlkcW+kdU6I+f/VjADhjzwEkxLUBqZxaaT5a AAeXE0WGRVzFIb0xJ2b1gF7bKdEg1KHzKa1S0kNROZ0mgU/VPrHcj9KRdyjasMlyxoq8 NeFtdAYyaeFgce+ErmvPk12kWzz84Njh9u/tFrYpBoPt3u+O04v0VbuUyofPFD4vNQrP Z/tg== X-Gm-Message-State: ALoCoQm5Dxlpd762o20fQ8UckTGLZsVvSpjsVe4PzIEAYfxUG6GUE/kyduiCmrQ4oewjdwbRD49/ X-Received: by 10.50.78.69 with SMTP id z5mr10428165igw.19.1441927761867; Thu, 10 Sep 2015 16:29:21 -0700 (PDT) Received: from WorkPC (50-78-101-17-static.hfc.comcastbusiness.net. [50.78.101.17]) by smtp.gmail.com with ESMTPSA id a8sm5296686igo.2.2015.09.10.16.29.21 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 Sep 2015 16:29:21 -0700 (PDT) Reply-To: From: "David Mungenast" To: Subject: Driver for Fusion IO card Date: Thu, 10 Sep 2015 16:29:22 -0700 Organization: Cloudbyte Message-ID: <007301d0ec20$8634f2f0$929ed8d0$@cloudbyte.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdDsICrkrtAnYal6TvSYnKNAE1LetA== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 23:29:23 -0000 Hello, I was hoping you could advise if there was a FreeBSD driver for a Fusion IO card, or an effective work around? Any advice/guidance would be appreciated. Thanks and regards, Dave David Mungenast Vice President, Sales Mobile: 415-990-9444 Email: david.mungenast@cloudbyte.com From owner-freebsd-questions@freebsd.org Thu Sep 10 23:34:53 2015 Return-Path: Delivered-To: freebsd-questions@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 889D1A01E1E for ; Thu, 10 Sep 2015 23:34:53 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::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 5086A14FD for ; Thu, 10 Sep 2015 23:34:53 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by vkgd64 with SMTP id d64so18208549vkg.0 for ; Thu, 10 Sep 2015 16:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2n39CcRvYbMpNlNRExU+IgO7EUfS+YdJIFeXjqJ5ylU=; b=MhDDsnyE8FCDynEsKRsP1aYPar1/gN8RgG8QMipPaD8DgG6uGQCtNaMT96bn1OhK6V AXyjkNo5jH2oly+aUkLMiQX16LSQKr0534QDEgPFcQJht5IIyaWrFZgabkayK0LatMT/ 2XIBOHGeBI6E0szqtECHTBVBb1/nmhs62cktPy+WXF4fGfOIfpqRzNXk73/P0/sqcneG RhgW3cC549ENV2cmTfA5BuaGHpgnqyFkKEpdNZ66yjqfn0bRxyyNKw4PcHrEMsp22zJQ pha2PSlPIamDti7bb9U+6rVmxMG/Td+bpSNhPQnAQadgGUMQOg+IsHpoiCkBNKhZhvjk xXLA== MIME-Version: 1.0 X-Received: by 10.31.21.149 with SMTP id 143mr2579017vkv.79.1441928092118; Thu, 10 Sep 2015 16:34:52 -0700 (PDT) Received: by 10.103.82.149 with HTTP; Thu, 10 Sep 2015 16:34:52 -0700 (PDT) In-Reply-To: <007301d0ec20$8634f2f0$929ed8d0$@cloudbyte.com> References: <007301d0ec20$8634f2f0$929ed8d0$@cloudbyte.com> Date: Fri, 11 Sep 2015 09:34:52 +1000 Message-ID: Subject: Re: Driver for Fusion IO card From: Outback Dingo To: david.mungenast@cloudbyte.com Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 23:34:53 -0000 On Fri, Sep 11, 2015 at 9:29 AM, David Mungenast < david.mungenast@cloudbyte.com> wrote: > Hello, > > > > I was hoping you could advise if there was a FreeBSD driver for a Fusion IO > card, or an effective work around? > > > > Any advice/guidance would be appreciated. > Yes, there was at one time, might still be, what card do you have i might have one in my archives also. best to check their site for the driver downloads of the card you have. > > > > Thanks and regards, > > > > Dave > > > > David Mungenast > > Vice President, Sales > > Mobile: 415-990-9444 > > Email: david.mungenast@cloudbyte.com > > < > http://www.cloudbyte.com/wp-content/themes/cloudbyte/images/logonew.png> > > > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Thu Sep 10 23:48:02 2015 Return-Path: Delivered-To: freebsd-questions@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 254D2A02470 for ; Thu, 10 Sep 2015 23:48:02 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (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 E3FF41C50 for ; Thu, 10 Sep 2015 23:48:01 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by ioiz6 with SMTP id z6so79790617ioi.2 for ; Thu, 10 Sep 2015 16:48:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=bSQ3PACuZjJbq7b961xdRRqlso2EPisXz5MFwykIi7A=; b=kIEs/O14jZGuy94IEgDVUuK8F1+5aWiM4B4xsV44xajH5oHbBQmgualymDR6vhs2hi 0pMcF/ie+ToCuWQe7TCgFEGth0jg7Qi1N0yUL5LdHomd+NQ+uw0Nd793RkpFiwrvgq9l Z3qcsRK6kVU9o0SQZ6PFRPXKfGkd2Nuq1bl++AUZvys5wkqnjyNdjk30yqeHu4lWLFh3 4iVTgj5S5jNoycvQcF/xelaszjua8XPXPO5xDbSOQGQzQH21qASM2Bw8WtAGQY/g3h3x DzS8i1GWx8BC3lf5fWbQLNEhpzesbnEYzwMQjkQqw5O3RESw6Kxkw/xIMFgbc9Kf+2ED 2CxA== X-Received: by 10.107.34.85 with SMTP id i82mr74470663ioi.129.1441928881184; Thu, 10 Sep 2015 16:48:01 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by smtp.googlemail.com with ESMTPSA id u8sm5323866igz.7.2015.09.10.16.48.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Sep 2015 16:48:00 -0700 (PDT) Message-ID: <55F216CB.6040606@gmail.com> Date: Thu, 10 Sep 2015 19:48:27 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Dave CC: freebsd-questions@freebsd.org Subject: Re: USB physical ports References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> In-Reply-To: <2091716.bhpPQfPjgk@amd.asgard.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Sep 2015 23:48:02 -0000 Dave wrote: > On Thursday 10 September 2015 11:43:03 Ernie Luzar wrote: >> Hello List; >> >> I have 6 physical ports on my PC box. The boot time messages seem to say >> that one of those ports is 480Mbps High Speed USB v2.0. >> >> How do I determine which physical USB port is the 480Mbps High Speed port? >> >> The following are the boot time messages about USB ports >> >> uhci0: port 0xff80-0xff9f >> irq 16 at device 29.0 on pci0 usbus0 on uhci0 >> >> uhci1: port 0xff60-0xff7f >> irq 19 at device 29.1 on pci0 usbus1 on uhci1 >> >> uhci2: port 0xff20-0xff3f >> irq 16 at device 29.3 on pci0 usbus2 on uhci2 >> >> ehci0: mem >> 0xffa80800-0xffa80bff irq 23 at device 29.7 on pci0 >> usbus3: EHCI version 1.0 usbus3 on ehci0 >> >> usbus0: 12Mbps Full Speed USB v1.0 >> usbus1: 12Mbps Full Speed USB v1.0 >> usbus2: 12Mbps Full Speed USB v1.0 >> usbus3: 480Mbps High Speed USB v2.0 >> >> ugen3.1: at usbus3 >> uhub0: on usbus3 >> ugen2.1: at usbus2 >> uhub1: on usbus2 >> ugen1.1: at usbus1 >> uhub2: on usbus1 >> ugen0.1: at usbus0 >> uhub3: on usbus0 >> >> >> Root mount waiting for: usbus3 usbus2 usbus1 usbus0 >> uhub2: 2 ports with 2 removable, self powered >> uhub3: 2 ports with 2 removable, self powered >> uhub1: 2 ports with 2 removable, self powered >> Root mount waiting for: usbus3 >> Root mount waiting for: usbus3 >> Root mount waiting for: usbus3 >> uhub0: 8 ports with 8 removable, self powered >> > > It looks like there is one high speed hub with three ports off it, > each of which feed your 3 pairs of USB 1.0 ports. > Are you saying that no mater which of the 6 USB physical ports I plug into with a 2.0 standard mem drive will transfer at 480Mbps? How can I confirm 480Mbps transfer rate. From owner-freebsd-questions@freebsd.org Fri Sep 11 03:08:52 2015 Return-Path: Delivered-To: freebsd-questions@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 4E898A02879 for ; Fri, 11 Sep 2015 03:08:52 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (70-90-202-97-Albuquerque.hfc.comcastbusiness.net [70.90.202.97]) (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 147D311D3 for ; Fri, 11 Sep 2015 03:08:50 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (localhost [127.0.0.1]) by deneb.dwf.com (8.14.4/8.14.3) with ESMTP id t8B38QW9025454 for ; Thu, 10 Sep 2015 21:08:26 -0600 Message-Id: <201509110308.t8B38QW9025454@deneb.dwf.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-questions@freebsd.org Subject: How to find what package (or port) a routine is in. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 2015 21:08:26 -0600 From: reg@dwf.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 03:08:52 -0000 I think the subject line says it all. I'm looking for 'formail' which google FreeBSD formail shows me exists in FreeBSD, but I have no idea how to find the package/ port containing it. Someone point me in the right direction. -- Reg.Clemens reg@dwf.com From owner-freebsd-questions@freebsd.org Fri Sep 11 03:45:30 2015 Return-Path: Delivered-To: freebsd-questions@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 D23129CC8E9 for ; Fri, 11 Sep 2015 03:45:30 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.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 6E633138F for ; Fri, 11 Sep 2015 03:45:30 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id 85A49D7889; Fri, 11 Sep 2015 10:45:20 +0700 (ICT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1441943119; x=1443757520; bh=3qIhHoYF2 EZAOM6we197mDT6ErDnazUEvOXL3X35oVQ=; b=hjUBq3V8uNjq+x+4tjFWhWknp INjdAHptxHvRZKaNTz/3GRgKox3GlaorQCK8d6IOGv9xTfn0AkPuqOG0wJZxeAqJ GXvKDmRQNoGp/N2XHkNJxdZoRAjh3mCP5shhThRAPlbw+5zaP1zxncIVPNfenL9O 5x5pacY/RkkIj+1hOU= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xCVPx9Q8J7Nc; Fri, 11 Sep 2015 10:45:19 +0700 (ICT) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 788D9D7888; Fri, 11 Sep 2015 10:45:19 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.14.7/8.14.7/Submit) id t8B3jHlL020826; Fri, 11 Sep 2015 10:45:17 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier Nicole To: reg@dwf.com Cc: freebsd-questions@freebsd.org Subject: Re: How to find what package (or port) a routine is in. In-Reply-To: <201509110308.t8B38QW9025454@deneb.dwf.com> (reg@dwf.com) Date: Fri, 11 Sep 2015 10:45:17 +0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 03:45:30 -0000 reg@dwf.com writes: > I think the subject line says it all. > I'm looking for 'formail' which google FreeBSD formail shows me > exists in FreeBSD, but I have no idea how to find the package/ > port containing it. >From the top of my head, formail is in fetchmail, procmail or mailutils Olivier > Someone point me in the right direction. -- From owner-freebsd-questions@freebsd.org Fri Sep 11 03:49:42 2015 Return-Path: Delivered-To: freebsd-questions@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 8D0919CCAEE for ; Fri, 11 Sep 2015 03:49:42 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (70-90-202-97-Albuquerque.hfc.comcastbusiness.net [70.90.202.97]) (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 546FA14BB for ; Fri, 11 Sep 2015 03:49:41 +0000 (UTC) (envelope-from reg@dwf.com) Received: from deneb.dwf.com (localhost [127.0.0.1]) by deneb.dwf.com (8.14.4/8.14.3) with ESMTP id t8B3nf1s025683 for ; Thu, 10 Sep 2015 21:49:41 -0600 Message-Id: <201509110349.t8B3nf1s025683@deneb.dwf.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-questions@freebsd.org Subject: Problems setting up printer. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 2015 21:49:41 -0600 From: reg@dwf.com X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 03:49:42 -0000 I've read and reread the printers section of the Handbook, but haven't been able to put together a printcap that will print. I have a Postscript HPLJ4100. It exists with that name in the dns. Here is my attempt at a FreeBSD printcap: lp:\ :/lp:=9100@HPLJ4100:\ :sh:\ :mx#0:\ :sd=/var/spool/lpd/lp:\ :lf=/var/log/lpd-errs:\ :if=/usr/local/libexec/enscript: Since I will be ONLY passing it Postscript, it would seem that the last line probably shouldn't be there, but this was the last of a number of attempts. Could someone tell me just WHAT I should be saying? -- Reg.Clemens reg@dwf.com From owner-freebsd-questions@freebsd.org Fri Sep 11 03:55:09 2015 Return-Path: Delivered-To: freebsd-questions@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 6C9289CCF05 for ; Fri, 11 Sep 2015 03:55:09 +0000 (UTC) (envelope-from youvegotmoxie@gmail.com) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (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 3FBBC1B89 for ; Fri, 11 Sep 2015 03:55:09 +0000 (UTC) (envelope-from youvegotmoxie@gmail.com) Received: by pacfv12 with SMTP id fv12so63348506pac.2 for ; Thu, 10 Sep 2015 20:55:08 -0700 (PDT) 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=VtOz9+nUVtSYb2a3UxWlABzj/8/mTPSKc7gWRl5BPqw=; b=EUyqqYiH1JHHsqzj0xe1Tvrto5YVsmdRlEAcoMhMmUQziJJC46/WFe/kyQt0OwGP6l ffA7Xk6U6dV1U2+hr7zXyDAPexc7gkAjJyIw2yeW5fV8d9mcfVcx+NrIq5bue4C9LaSc y4HTGnQ3r/WAxSmn3NL+yxK+Jd3kFUicymWsIPhyVCMI3h6Y258VqHGQ81IcTsvN9RDF bYPyR6I/MN8pyEiEwwqDFaRUM6EmEeKz070juhGR08xeKU5jiCO6Fs2sUzXI8BNqwJQ/ Br6YWZ7kRBG7z154h1gIhkJzizEje8qsWy7xfKJu7aa0vak+udcqTKnlCTg+Rbn3KDDz un4w== X-Received: by 10.68.102.225 with SMTP id fr1mr91997005pbb.65.1441943708774; Thu, 10 Sep 2015 20:55:08 -0700 (PDT) Received: from snafu-mac.servebeer.info (75-107-195-133.cust.wildblue.net. [75.107.195.133]) by smtp.gmail.com with ESMTPSA id em1sm14793387pbd.42.2015.09.10.20.55.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Sep 2015 20:55:07 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: How to find what package (or port) a routine is in. From: Michael Beasley In-Reply-To: <201509110308.t8B38QW9025454@deneb.dwf.com> Date: Thu, 10 Sep 2015 23:54:56 -0400 Cc: freebsd-questions@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3996BB07-E51E-4C7B-9F0B-C1E6C8AB80CC@gmail.com> References: <201509110308.t8B38QW9025454@deneb.dwf.com> To: reg@dwf.com X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 03:55:09 -0000 > On Sep 10, 2015, at 11:08 PM, reg@dwf.com wrote: >=20 >=20 > I think the subject line says it all. > I'm looking for 'formail' which google FreeBSD formail shows me > exists in FreeBSD, but I have no idea how to find the package/ > port containing it. >=20 > Someone point me in the right direction. > --=20 > Reg.Clemens > reg@dwf.com >=20 `find /usr/ports -name Makefile | xargs grep =E2=80=9Cformail=E2=80=9D` shows procmail > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Fri Sep 11 04:46:56 2015 Return-Path: Delivered-To: freebsd-questions@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 52DE0A0193A for ; Fri, 11 Sep 2015 04:46:56 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (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 0107F13E2 for ; Fri, 11 Sep 2015 04:46:55 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wiclk2 with SMTP id lk2so50297743wic.0 for ; Thu, 10 Sep 2015 21:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5/sbwOiQXgKfrXUqyLp0PdK6D+6/emuXsUomJV9UGQY=; b=kOMu0pCuxPxSz602GMehddUPN9CGQFLc4FteOfrqRRXP+AQ6QuSCiGcJ7V5Nm20GuG MnD0uvZsSjIkcF9z40HI0Ah/Wg8iLElNolTkRGWqwDBFy/XFcan5pUiSN1p9W/XAtkBA Ik/DAXHtCXqmExXfyna9swfg7wIgINcEK2qiCc7251NTHs9/EP6+gLKAYF0ktCjAic5W 95KHK7hQHyf0z/t5NVnuxFzX6xuPgaoZqEA/3cRwg8nsZz0gOXMyLWern6Exs/Kx7czD H3iQ97zD3eJ3qSSdMpwbTvKkFsNi37c68LVDv3m0QWiRAviWCHCCNqVXtYTu2vCgpJ++ 5OFQ== MIME-Version: 1.0 X-Received: by 10.180.101.164 with SMTP id fh4mr559247wib.25.1441946812965; Thu, 10 Sep 2015 21:46:52 -0700 (PDT) Received: by 10.194.67.5 with HTTP; Thu, 10 Sep 2015 21:46:52 -0700 (PDT) In-Reply-To: <201509110308.t8B38QW9025454@deneb.dwf.com> References: <201509110308.t8B38QW9025454@deneb.dwf.com> Date: Thu, 10 Sep 2015 23:46:52 -0500 Message-ID: Subject: Re: How to find what package (or port) a routine is in. From: Adam Vande More To: reg@dwf.com Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 04:46:56 -0000 On Thu, Sep 10, 2015 at 10:08 PM, wrote: > > I think the subject line says it all. > I'm looking for 'formail' which google FreeBSD formail shows me > exists in FreeBSD, but I have no idea how to find the package/ > port containing it. > > Someone point me in the right direction. > Well the canonical methods might include things like whereis(1), locate(1), and "make search" from ports(7) which is really quite sufficient for nearly any task I've encounted.. However in your particular case they wouldn't have helped. So you'd have resort to some method that grepped through all ports Makefile's and pkg-plist's. I've heard rumors that at some point we'll be able to remotely query pkg servers for this sort of information, but as of right now you'd need a locally installed ports tree to find it. Or just use google to find the parent project. Then one of the original tools I pointed out would be able to find it assuming it's in the ports tree. -- Adam From owner-freebsd-questions@freebsd.org Fri Sep 11 06:13:55 2015 Return-Path: Delivered-To: freebsd-questions@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 160CAA02172 for ; Fri, 11 Sep 2015 06:13:55 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from fep31.mx.upcmail.net (fep31.mx.upcmail.net [62.179.121.49]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0311982 for ; Fri, 11 Sep 2015 06:13:53 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep31-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20150911060529.PJST2710.viefep31-int.chello.at@edge02.upcmail.net> for ; Fri, 11 Sep 2015 08:05:29 +0200 Received: from [192.168.1.160] ([86.101.30.40]) by edge02.upcmail.net with edge id FiDl1r00Y0rw6r201iDlR4; Fri, 11 Sep 2015 08:13:45 +0200 X-SourceIP: 86.101.30.40 Subject: Re: {Spam?} Re: Cannot test spamassassin, what is going on here? To: freebsd-questions@freebsd.org References: <55F0212B.9090708@shopzeus.com> <20150910134146.2a987efd@gumby.homeunix.com> From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Message-ID: <55F27119.4090705@shopzeus.com> Date: Fri, 11 Sep 2015 08:13:45 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150910134146.2a987efd@gumby.homeunix.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 06:13:55 -0000 > > This is because the postfix user doesn't have a default shell > configured, you can use su -m which will use the current shell. > > The minus -m option prevents the environment being changed; it might be > necessary to set USER to postfix, and if that user has a home directory > set HOME. I have changed the shell to csh, and then this happens: root@shopzeus:~ # chmod 777 /tmp/test.eml root@shopzeus:~ # su postfix -c 'spamassassin -t /tmp/test.eml -C /usr/local/etc/MailScanner ' config: no rules were found! Do you need to run 'sa-update'? at /usr/local/bin/spamassassin line 413. root@shopzeus:~ # sa-update root@shopzeus:~ # su postfix -c 'spamassassin -t /tmp/test.eml -C /usr/local/etc/MailScanner ' config: no rules were found! Do you need to run 'sa-update'? at /usr/local/bin/spamassassin line 413. root@shopzeus:~ # su -l postfix /usr/local/bin/sa-update Missing }. root@shopzeus:~ # What's next? From owner-freebsd-questions@freebsd.org Fri Sep 11 06:14:44 2015 Return-Path: Delivered-To: freebsd-questions@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 9AD0DA021EB for ; Fri, 11 Sep 2015 06:14:44 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from fep31.mx.upcmail.net (fep31.mx.upcmail.net [62.179.121.49]) by mx1.freebsd.org (Postfix) with ESMTP id DED7A1A42 for ; Fri, 11 Sep 2015 06:14:43 +0000 (UTC) (envelope-from gandalf@shopzeus.com) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep32-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20150911061428.CXTW23640.viefep32-int.chello.at@edge02.upcmail.net> for ; Fri, 11 Sep 2015 08:14:28 +0200 Received: from [192.168.1.160] ([86.101.30.40]) by edge02.upcmail.net with edge id FiET1r00z0rw6r201iETe9; Fri, 11 Sep 2015 08:14:27 +0200 X-SourceIP: 86.101.30.40 Subject: Re: {Spam?} Re: Let pkg upgrade packages that were installed from binary only? To: freebsd-questions@freebsd.org References: <55EEA459.1050304@shopzeus.com> <7254888.Ivp9dgZRl1@desk8.phess.net> From: =?UTF-8?Q?Nagy_L=c3=a1szl=c3=b3_Zsolt?= Message-ID: <55F27143.7010808@shopzeus.com> Date: Fri, 11 Sep 2015 08:14:27 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <7254888.Ivp9dgZRl1@desk8.phess.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 06:14:44 -0000 >> So is there a way to tell "pkg" that it should not automatically install >> dependencies from packages that were installed from the ports tree? > You can use "pkg lock ..." to tell pkg(8) not to mess with the packages > that you want to compile yourself from the ports tree. Great, thank you! From owner-freebsd-questions@freebsd.org Fri Sep 11 09:45:35 2015 Return-Path: Delivered-To: freebsd-questions@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 3E47BA015EA for ; Fri, 11 Sep 2015 09:45:35 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id CF9721F70 for ; Fri, 11 Sep 2015 09:45:34 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ppp118-210-169-30.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.169.30]) by ipmail06.adl6.internode.on.net with ESMTP; 11 Sep 2015 19:15:27 +0930 Subject: Re: USB physical ports To: Ernie Luzar References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> Cc: freebsd-questions@freebsd.org From: Shane Ambler Message-ID: <55F2A2B2.4090801@ShaneWare.Biz> Date: Fri, 11 Sep 2015 19:15:22 +0930 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F216CB.6040606@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 09:45:35 -0000 On 11/09/2015 09:18, Ernie Luzar wrote: > Dave wrote: >> On Thursday 10 September 2015 11:43:03 Ernie Luzar wrote: >>> Hello List; >>> >>> I have 6 physical ports on my PC box. The boot time messages seem to >>> say that one of those ports is 480Mbps High Speed USB v2.0. >>> >>> How do I determine which physical USB port is the 480Mbps High Speed >>> port? >>> I think inserting a device is the only way to identify which port it is inserted into, use usbconfig to see what is connected at what speed. % usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (250mA) ugen2.3: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen2.4: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (98mA) ugen2.5: at usbus2, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Fri Sep 11 10:11:35 2015 Return-Path: Delivered-To: freebsd-questions@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 A1BF49C3424 for ; Fri, 11 Sep 2015 10:11:35 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 327711AD7 for ; Fri, 11 Sep 2015 10:11:34 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from desk8.phess.net ([24.134.52.245]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MId0S-1ZcX9r1m1I-002Kbe for ; Fri, 11 Sep 2015 12:11:27 +0200 From: Patrick Hess To: freebsd-questions@freebsd.org Subject: Re: USB physical ports Date: Fri, 11 Sep 2015 12:11:26 +0200 Message-ID: <2029052.xQsMmxkVaC@desk8.phess.net> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p16; KDE/4.14.3; i386; ; ) In-Reply-To: <55F216CB.6040606@gmail.com> References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:wtbKo8pxxK3BbwX2ad/VdZ+FrABDEcmc/WFXeuFnVqXTTRphZbF zmtyrWoxvw7iqiAYzTLzsq+wBbRMHexOae/VuuoOqNfmudWrudvN1xaKKbjT4tD1AK97UBL YEQwRBn14mTP4oA4LClyflnJRUYRGIWppyyjxAzxZIirFH+9wcjskWywV8ZKIsl7jOlfDrV qYS+gowVF2VpBqu5QTgkA== X-UI-Out-Filterresults: notjunk:1;V01:K0:WFRXc+qkoGw=:UuKNBOtn8q50BP1melzuJW QbffT/KYzW74MyUs4jTj7ZjxJojz8dTB3zGlf+BSHaC1YGWmB00/YM0NZEC4C2NDv4jjkYXMc TiktqHaqbFPTCJEkd/ETDIjkAXf3pAYBfhy0kEJ/QO+yVdbmHECBicR1CmsVJbSJke+hJAgOs OyB/gIbmfdVq9T2+8KDk9S5nsi6XelEFasPyoxHXEw5yV3nCHAeFzFU5ZAufNL+YdqK6Nfgmo +F0GSvyRTEIjk6NmW43R4IcGIWnCEWLeyuaz5YW4v5OAz5o+xgqUUzmr//qQMilITqhHxZA64 0Wz74SX+2ixVpaVPSi4o6J9sY9CZDf6UjQZvoxAEJztcPl4GshdTrvyYNNT0MXIM7iHsGOj4I 3Y3tdty2/z1ZTCpVUGrnlaWoDnM+PWLaF4nJtdLV3Nf/cZ0LUpysPnVyVPziUXycgbaawmvxt fZ53p7HbqyDn2TdTDLnzr65Vc8EkRDA+0GuESBrzkR02bJrOIaUVTW1qA7xWZQjQfdVSULsiz fRFd10V9XeIEC61+EeBiK3xLGpzVKcK1fpN0jwEncAfP9onzPetuXG9KvjAFyxIMsJas2pybd wogugzgSy52M7C7xju05f3SUz+21IhDsGKFUO9B2kBgBtN8ROZNiJ45QPP42RCYV0MMl1e0vY lUHHIIoi5AulDd/tOtLPfVWP3Um2lASl+O9tZD+cTjT82O0XgHv5PVOqx5D+DL+DEQrBfi9sZ 5StdK3w4LEQKiFkmHp+3XWtM2GrE+/KIO4WSpg== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 10:11:35 -0000 Ernie Luzar wrote: > How can I confirm 480Mbps transfer rate. Run "dmesg -a" after plugging in the device. A USB 2.0 flash drive should be reported with a 40 MB/s transfer rate: da1: Removable Direct Access SCSI-4 device da1: 40.000MB/s transfers You can verify this by reading from the drive, e.g. by using dd(1): # dd if=/dev/da1 of=/dev/zero bs=1M count=1024 1024+0 records in 1024+0 records out 1073741824 bytes transferred in 52.099073 secs (20609615 bytes/sec) That's ~20 MB/s, definitely more than USB 1.x could have delivered. Patrick From owner-freebsd-questions@freebsd.org Fri Sep 11 12:04:02 2015 Return-Path: Delivered-To: freebsd-questions@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 7C9AD9CC128 for ; Fri, 11 Sep 2015 12:04:02 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (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 45F0B199F for ; Fri, 11 Sep 2015 12:04:02 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by igcpb10 with SMTP id pb10so42957921igc.1 for ; Fri, 11 Sep 2015 05:04:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=AtV9Yb555dDXbaZOGrhx2LeJChyQCcBUC+8CEREhCBc=; b=zx/4ril4M/A+W6MS2rxVC9cdJUHF2/LhzQZa1sctRdJ+K7p+r9N1pTZ9Bb20b2nCN6 gwZIwUtaJb2DwsQ+LdMP2QQwZwzs6g/prLSyisBGcEoCGxzcyKP+FDhZJ6hS/Nt4DDZB eWut64YlqSEfK14rSmc+2epRb+/kPBIjKrFDV6afZFEY5xwBXFoVjs65Tvy1XwUnZcZh 5x3aAYGdT9MtRRvFNEcc8bpwyin8fY3BmyFdcqUdRZAWN9RKhaKRL+C2Ggx8D+aAa+NM NMuFDs0iHKTpDXQnfYbiCY8sDntf20Aw35cyGgzZZ1PI3yD/rsJkrPmtwF+AW6Wix2lM AXOQ== X-Received: by 10.50.43.170 with SMTP id x10mr14802932igl.68.1441973041621; Fri, 11 Sep 2015 05:04:01 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by smtp.googlemail.com with ESMTPSA id 10sm1373371igt.2.2015.09.11.05.04.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 11 Sep 2015 05:04:00 -0700 (PDT) Message-ID: <55F2C335.3030304@gmail.com> Date: Fri, 11 Sep 2015 08:04:05 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-questions@freebsd.org CC: Patrick Hess , FreeBSD@ShaneWare.Biz, Dave Subject: Re: USB physical ports References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> <2029052.xQsMmxkVaC@desk8.phess.net> In-Reply-To: <2029052.xQsMmxkVaC@desk8.phess.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 12:04:02 -0000 Patrick Hess wrote: > Ernie Luzar wrote: >> How can I confirm 480Mbps transfer rate. > > Run "dmesg -a" after plugging in the device. A USB 2.0 flash drive > should be reported with a 40 MB/s transfer rate: > > da1: Removable Direct Access SCSI-4 device > da1: 40.000MB/s transfers > > You can verify this by reading from the drive, e.g. by using dd(1): > > # dd if=/dev/da1 of=/dev/zero bs=1M count=1024 > 1024+0 records in > 1024+0 records out > 1073741824 bytes transferred in 52.099073 secs (20609615 bytes/sec) > > That's ~20 MB/s, definitely more than USB 1.x could have delivered. > Yes that is true, BUT it's a very long way from 480Mbps. Following are some test results. Before plugging in flash drive /root/bin >usbconfig ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) After plugging in flash drive /root/bin >usbconfig ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) Get this result no matter which physical port I plug into. Get these console messages when plugging in flash drive umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x8100 umass0:2:0:-1: Attached to scbus2 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI device da0: Serial Number 4C530001020404102235 da0: 40.000MB/s transfers da0: 14907MB (30529536 512 byte sectors: 255H 63S/T 1900C) da0: quirks=0x2 Why is it saying 40.000MB/s transfers? Is this some max value that Freebsd is limited to? /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 0.607835 secs (17250996 bytes/sec) /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 5.683069 secs (18450876 bytes/sec) /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=200 200+0 records in 200+0 records out 209715200 bytes transferred in 11.233349 secs (18668983 bytes/sec) /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=400 400+0 records in 400+0 records out 419430400 bytes transferred in 22.415176 secs (18711894 bytes/sec) If 20Mbps is the max rate Freebsd can do, then 18.7Mbps is a good rate. But the real question is why is Freebsd USB rates capped at 20Mbps when the hardware says it's capable of 480Mbps? From owner-freebsd-questions@freebsd.org Fri Sep 11 12:09:21 2015 Return-Path: Delivered-To: freebsd-questions@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 8F3799CC35C for ; Fri, 11 Sep 2015 12:09:21 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 5EDDF1AB3 for ; Fri, 11 Sep 2015 12:09:20 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t8BC9DGK010763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Sep 2015 07:09:14 -0500 Subject: Re: USB physical ports To: freebsd-questions@freebsd.org References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> <2029052.xQsMmxkVaC@desk8.phess.net> <55F2C335.3030304@gmail.com> From: "William A. Mahaffey III" Message-ID: <55F2C469.4030101@hiwaay.net> Date: Fri, 11 Sep 2015 07:14:43 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F2C335.3030304@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 12:09:21 -0000 On 09/11/15 07:10, Ernie Luzar wrote: > Patrick Hess wrote: >> Ernie Luzar wrote: >>> How can I confirm 480Mbps transfer rate. >> >> Run "dmesg -a" after plugging in the device. A USB 2.0 flash drive >> should be reported with a 40 MB/s transfer rate: >> >> da1: Removable Direct Access SCSI-4 device >> da1: 40.000MB/s transfers >> >> You can verify this by reading from the drive, e.g. by using dd(1): >> >> # dd if=/dev/da1 of=/dev/zero bs=1M count=1024 >> 1024+0 records in >> 1024+0 records out >> 1073741824 bytes transferred in 52.099073 secs (20609615 bytes/sec) >> >> That's ~20 MB/s, definitely more than USB 1.x could have delivered. >> > > Yes that is true, BUT it's a very long way from 480Mbps. Following are > some test results. > > Before plugging in flash drive > /root/bin >usbconfig > ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE (0mA) > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE (0mA) > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE (0mA) > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE (0mA) > > After plugging in flash drive > /root/bin >usbconfig > ugen3.1: at usbus3, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE (0mA) > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE (0mA) > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE (0mA) > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=SAVE (0mA) > ugen3.2: at usbus3, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON (200mA) > > Get this result no matter which physical port I plug into. > > Get these console messages when plugging in flash drive > > umass0: on > usbus3 > umass0: SCSI over Bulk-Only; quirks = 0x8100 > umass0:2:0:-1: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SPC-4 SCSI > device > da0: Serial Number 4C530001020404102235 > da0: 40.000MB/s transfers > da0: 14907MB (30529536 512 byte sectors: 255H 63S/T 1900C) > da0: quirks=0x2 > > Why is it saying 40.000MB/s transfers? Is this some max value that > Freebsd is limited to? > > > /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 0.607835 secs (17250996 bytes/sec) > > /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=100 > 100+0 records in > 100+0 records out > 104857600 bytes transferred in 5.683069 secs (18450876 bytes/sec) > > /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=200 > 200+0 records in > 200+0 records out > 209715200 bytes transferred in 11.233349 secs (18668983 bytes/sec) > > /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=400 > 400+0 records in > 400+0 records out > 419430400 bytes transferred in 22.415176 secs (18711894 bytes/sec) > > > If 20Mbps is the max rate Freebsd can do, then 18.7Mbps is a good rate. > > But the real question is why is Freebsd USB rates capped at 20Mbps > when the hardware says it's capable of 480Mbps? I think you are confusing bits & bytes. 480 Mbps = 60 MBps, lower case 'b' is bits, upper case 'B' is bytes, 8b / B (8b per B). -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Fri Sep 11 12:29:17 2015 Return-Path: Delivered-To: freebsd-questions@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 479149CCDD6 for ; Fri, 11 Sep 2015 12:29:17 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 0C04E1372 for ; Fri, 11 Sep 2015 12:29:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id A2C0927873; Fri, 11 Sep 2015 14:29:07 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8BCT6uZ002461; Fri, 11 Sep 2015 14:29:06 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 11 Sep 2015 14:29:06 +0200 From: Polytropon To: Ernie Luzar Cc: freebsd-questions Subject: Re: USB physical ports Message-Id: <20150911142906.3da7c16b.freebsd@edvax.de> In-Reply-To: <55F1A507.70402@gmail.com> References: <55F1A507.70402@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 12:29:17 -0000 On Thu, 10 Sep 2015 11:43:03 -0400, Ernie Luzar wrote: > I have 6 physical ports on my PC box. The boot time messages seem to say > that one of those ports is 480Mbps High Speed USB v2.0. > > How do I determine which physical USB port is the 480Mbps High Speed port? Usually there are two ways: First, there is the visual inspection of the plastic bar inside the ports. They are color coded black, white, or blue, which refers to USB 1, 2, or 3 respectively. Second, you use a device to test the actual port speeds where the device can saturate the port's speed _and_ is compatible to both USB 1 and 2 (and maybe 3) standard. The port where you reach the maximum speed of approx. 500 MB/s (in terms of magnitude) is the high speed port. Then you can use a colored sticker to clearly mark that port. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Fri Sep 11 12:32:29 2015 Return-Path: Delivered-To: freebsd-questions@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 C7215A01065 for ; Fri, 11 Sep 2015 12:32:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 8BAD418BF for ; Fri, 11 Sep 2015 12:32:29 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 62BDC27876; Fri, 11 Sep 2015 14:32:27 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8BCWQJP002469; Fri, 11 Sep 2015 14:32:26 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 11 Sep 2015 14:32:26 +0200 From: Polytropon To: Ernie Luzar Cc: Dave , freebsd-questions@freebsd.org Subject: Re: USB physical ports Message-Id: <20150911143226.2a0137df.freebsd@edvax.de> In-Reply-To: <55F216CB.6040606@gmail.com> References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 12:32:29 -0000 On Thu, 10 Sep 2015 19:48:27 -0400, Ernie Luzar wrote: > Are you saying that no mater which of the 6 USB physical ports I plug > into with a 2.0 standard mem drive will transfer at 480Mbps? Yes, the speed is determined by the hub ("the controller") and will be usable on all ports corresponding to that hub. > How can I confirm 480Mbps transfer rate. Use dd to transfer a file, or use the Midnight Commander which will show you the average transfer speed. Make sure you use a big file so you can actually _see_ something. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Fri Sep 11 12:42:45 2015 Return-Path: Delivered-To: freebsd-questions@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 C82FFA01852 for ; Fri, 11 Sep 2015 12:42:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 8C28F1815 for ; Fri, 11 Sep 2015 12:42:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id 46CFC2785F; Fri, 11 Sep 2015 14:42:43 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8BCggMS002507; Fri, 11 Sep 2015 14:42:42 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 11 Sep 2015 14:42:42 +0200 From: Polytropon To: reg@dwf.com Cc: freebsd-questions@freebsd.org Subject: Re: Problems setting up printer. Message-Id: <20150911144242.c8c25999.freebsd@edvax.de> In-Reply-To: <201509110349.t8B3nf1s025683@deneb.dwf.com> References: <201509110349.t8B3nf1s025683@deneb.dwf.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 12:42:45 -0000 On Thu, 10 Sep 2015 21:49:41 -0600, reg@dwf.com wrote: > > I've read and reread the printers section of the > Handbook, but haven't been able to put together > a printcap that will print. > > I have a Postscript HPLJ4100. > It exists with that name in the dns. I have the HP Laerjet 4000 DN, so we should speak the same language. :-) > Here is my attempt at a FreeBSD printcap: > > lp:\ > :/lp:=9100@HPLJ4100:\ > :sh:\ > :mx#0:\ > :sd=/var/spool/lpd/lp:\ > :lf=/var/log/lpd-errs:\ > :if=/usr/local/libexec/enscript: My entry in /etc/printcap looks like this (the name of the printer is "Laserjet", but I have manually added its static IP because of lazyness): Laserjet|ljet4d;r=600x600;q=high;c=full;p=a4;m=auto:\ :rm=192.168.100.100:\ :rp=raw:\ :lp=:\ :if=/opt/libexec/ps2pcl-dup.sh:\ :sd=/var/spool/lpd/Laserjet:\ :lf=/var/spool/lpd/Laserjet/log:\ :af=/var/spool/lpd/Laserjet/acct:\ :mx#0:\ :sh: > Since I will be ONLY passing it Postscript, it would > seem that the last line probably shouldn't be there, > but this was the last of a number of attempts. Correct. You don't need a printer filter if you're using PS, because that's what the printing programs do output, and at the same time what the printer will happily input. The printer also should recognize it automatically. As you can see from my example, I'm using PCL (because it's faster than PS from my experience with this printer). Make sure the mentioned spool directories do exist and belong to root:daemon. > Could someone tell me just WHAT I should be saying? You're missing rm= I think, which is essential. You should also have a look at "man 5 printcap" for a description of the fields. Also remember to use cap_mkdb. Compare and complete. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Fri Sep 11 13:00:57 2015 Return-Path: Delivered-To: freebsd-questions@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 294CFA02147 for ; Fri, 11 Sep 2015 13:00:57 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 D6A5B1A03 for ; Fri, 11 Sep 2015 13:00:56 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t8BD0smR008383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Sep 2015 08:00:55 -0500 To: FreeBSD Questions !!!! From: "William A. Mahaffey III" Subject: followup storage question Message-ID: <55F2D086.6060509@hiwaay.net> Date: Fri, 11 Sep 2015 08:06:24 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 13:00:57 -0000 The Wiki page https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE illustrates using gnop to enforce 4K alignment of gpt partitions for subsequent use by ZFS. However the gpart commands also use the '-a 4k' arguments, aligning partitions on 4k boundaries as I understand things. Is the gnop command also necessary ? TIA & have a nice weekend. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Fri Sep 11 13:28:16 2015 Return-Path: Delivered-To: freebsd-questions@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 845D6A02C8D for ; Fri, 11 Sep 2015 13:28:16 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 602F712E2 for ; Fri, 11 Sep 2015 13:28:16 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from lowell-desk.lan (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id 547FC33C24; Fri, 11 Sep 2015 09:28:04 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 7CFA73980E; Fri, 11 Sep 2015 09:28:02 -0400 (EDT) From: Lowell Gilbert To: Ernie Luzar Cc: freebsd-questions@freebsd.org Subject: Re: USB physical ports References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> <2029052.xQsMmxkVaC@desk8.phess.net> <55F2C335.3030304@gmail.com> Reply-To: freebsd-questions@freebsd.org Date: Fri, 11 Sep 2015 09:28:01 -0400 In-Reply-To: <55F2C335.3030304@gmail.com> (Ernie Luzar's message of "Fri, 11 Sep 2015 08:04:05 -0400") Message-ID: <44wpvxkrvi.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 13:28:16 -0000 Ernie Luzar writes: > /root/bin >dd if=/dev/da0 of=/dev/null bs=1M count=400 > 400+0 records in > 400+0 records out > 419430400 bytes transferred in 22.415176 secs (18711894 bytes/sec) > > > If 20Mbps is the max rate Freebsd can do, then 18.7Mbps is a good rate. You're confusing bits with bytes. 19 megabytes per second is (with overhead) over 250 megabits per second, which is a bit over half of the theoretical max for USB 2.0, but perfectly respectable for inexpensive flash drives. > But the real question is why is Freebsd USB rates capped at 20Mbps > when the hardware says it's capable of 480Mbps? The hardware is capable of transfers at 480 megabits per second, but that doesn't mean that the flash can physically read data that quickly. From owner-freebsd-questions@freebsd.org Fri Sep 11 13:33:39 2015 Return-Path: Delivered-To: freebsd-questions@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 0532AA00024 for ; Fri, 11 Sep 2015 13:33:39 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (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 924461A6A for ; Fri, 11 Sep 2015 13:33:38 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by wicfx3 with SMTP id fx3so64459085wic.1 for ; Fri, 11 Sep 2015 06:33:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=VUpdc3qwWhutOs5TRiQdgdiTfOy1J86+ofuyQPYaSyE=; b=xZOGMMlVjY9SB9Gp/y1MytXQlFurL2DYDbcv2242SpDYxiR8anzDbDbBJ9YdchKzUB Dh3jo7sWxsVlla+Qx7wgq6c+lGp+E6ygkf7iA48IpIyWZs/TZseynNO1WnA2YvKrtL4j 29TLIiClCznETj1VJJ97j0Gu9VVxe2G9BO0fXcda2JxDbqoC4jUjRb9v/VeB3jJCMSgg AJPa8JKh5O/ehoNUaBWIunQkQHoXkOEVh1ErDyRZ/9d2wtwCfM+9+3lIpOExtg3OX6Vk y2RoCYZSgFMPMN6bPVCyzLxdz96S+q0ZZg6anCzkHIOPPOXUHXpYLKS5tC6W29hvuuVM WNVg== X-Received: by 10.180.89.99 with SMTP id bn3mr16660216wib.61.1441978416235; Fri, 11 Sep 2015 06:33:36 -0700 (PDT) Received: from gumby.homeunix.com ([90.195.198.255]) by smtp.gmail.com with ESMTPSA id wj4sm438892wjb.10.2015.09.11.06.33.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Sep 2015 06:33:35 -0700 (PDT) Date: Fri, 11 Sep 2015 14:33:29 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: {Spam?} Re: Cannot test spamassassin, what is going on here? Message-ID: <20150911143329.3c3cf3c8@gumby.homeunix.com> In-Reply-To: <55F27119.4090705@shopzeus.com> References: <55F0212B.9090708@shopzeus.com> <20150910134146.2a987efd@gumby.homeunix.com> <55F27119.4090705@shopzeus.com> X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 13:33:39 -0000 On Fri, 11 Sep 2015 08:13:45 +0200 Nagy L=E1szl=F3 Zsolt wrote: >=20 > > > > This is because the postfix user doesn't have a default shell > > configured, you can use su -m which will use the current shell. > > > > The minus -m option prevents the environment being changed; it > > might be necessary to set USER to postfix, and if that user has a > > home directory set HOME. > I have changed the shell to csh, and then this happens: >=20 > root@shopzeus:~ # chmod 777 /tmp/test.eml > root@shopzeus:~ # su postfix -c 'spamassassin -t /tmp/test.eml -C=20 > /usr/local/etc/MailScanner ' > config: no rules were found! Do you need to run 'sa-update'? at=20 > /usr/local/bin/spamassassin line 413. When you ran spamassassin before it clearly found rules because the test email hit RCVD_IN_DNSWL_HI. My guess is that the -C option is causing a problem. There are essential files in the spamassassin/ directory that probably aren't in the MailScanner/ directory. When you wrote: > The configuration should be the same > ( /usr/local/etc/mail/spamassassin is a symbolic link to=20 > /usr/local/etc/MailScanner/spam.assassin.prefs.conf I presume you meant that there is a symbolic link to spam.assassin.prefs.conf *in* /usr/local/etc/mail/spamassassin/ SpamAssassin is probably ignoring this because the file name doesn't end in .cf - try renaming the symbolic link. From owner-freebsd-questions@freebsd.org Fri Sep 11 13:48:32 2015 Return-Path: Delivered-To: freebsd-questions@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 4CF1DA0072A for ; Fri, 11 Sep 2015 13:48:32 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 CF4FA10B9 for ; Fri, 11 Sep 2015 13:48:31 +0000 (UTC) (envelope-from patrickhess@gmx.net) Received: from desk8.phess.net ([24.134.52.245]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M96Jd-1ZVCY608Cb-00CTi5 for ; Fri, 11 Sep 2015 15:48:23 +0200 From: Patrick Hess To: freebsd-questions@freebsd.org Subject: Re: USB physical ports Date: Fri, 11 Sep 2015 15:48:21 +0200 Message-ID: <4365924.Nes7SDDcRu@desk8.phess.net> User-Agent: KMail/4.14.3 (FreeBSD/10.1-RELEASE-p16; KDE/4.14.3; i386; ; ) In-Reply-To: <55F2C469.4030101@hiwaay.net> References: <55F1A507.70402@gmail.com> <55F2C335.3030304@gmail.com> <55F2C469.4030101@hiwaay.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:lIIxFCVa70LSvMPTT+s0ibwlTCHAR+JMonDUg/jFDn1LVBnznym h3MRND51VYqZ6CuL6ocUbDSsk/2IyqzfixRr38FXaVYI1Szfsub7QjuSWDNx35MKwQojLSL lUmZEdpn/qQSorP2zD3xW+tDuGOo9a5EtHMCgo0gnXKN9UdzP8wNbAwFUlfrlCDkKMhsoHZ NPgHD1c88wh8m3wMJvwmg== X-UI-Out-Filterresults: notjunk:1;V01:K0:rerEQO7a6mY=:XT7VfXADrjMAfG47qSKqeu WmQmJpIghzJpebyRMeuMyF+ERxNuMxEZbcdRliKjEyVF+REAu3nLG1VBvWDXhPLh7vn0vorMX PwJG4kRrqcWm9yfK8MxeLOoPiKINTcf2zzalIHBb36tWDkXZ1YAirFFxv7C/whtzrSBAcS1DH R8VNDz8K+m8fk76z9U6KQXIFlx81i2lrkyU/2jeyua8cBYMpHh0kgaMMqOoYSENv8rYYM4zpz B6cauaW/DBfKgNJ8mFxzLl1sSF9rwvzWrZHhZVy4GSro2lRmYwhKILzc7JY3wm4cXZVAwAb9+ dHJu4UjJCdZb1l91V3Xxqrw+ju7SiuKWpa4YjsvFPa732SevUByVEJ/bNHD5sdMyNUKjXA5xD fWtgkfNVumS4a5iZD+vpplRMkzj4Z196Jsg28gi2VHRqMnR5lT188Zniy3NLJboRLCk5r5AI+ b2dr/fwPkykq2WwuAQCHvK9oNjHxYbB3po/AL1ucgUNoY6U0cQt8TykpJ+ksU4dL6wUPe5cqo Z4T7HyarGgPApg28CyWT7MyvhTz6gbQb4Dr6pLT/aky8cR6SugWIirkB/2iUrYd8T/xHnPsn2 Ss1DqerW5EBIVFfl7d/Y1Wm69Py2VCgEs0ejksCKYUPMtEUmZsdJwry9lbkFy0W6gnRP6cP2S Kvcp6BK/eF1XxAU5MEVfWD+xGlsANz8umXOLCImeSkvGnk5iu36umzrmA+PrxAzx1Y1Nk13vi sg89999t8J2XAhUtaGY8K/j6Kvdrzi4l/dEW2w== X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 13:48:32 -0000 William A. Mahaffey III wrote: > On 09/11/15 07:10, Ernie Luzar wrote: > > But the real question is why is Freebsd USB rates capped at 20Mbps > > when the hardware says it's capable of 480Mbps? > > I think you are confusing bits & bytes. 480 Mbps = 60 MBps, lower case > 'b' is bits, upper case 'B' is bytes, 8b / B (8b per B). That's the first reason. In addition, just because the bus is capable of transmitting up to 480 Mb/s, that doesn't mean the devices connected to that bus will also be able to process data at that rate. As a matter of fact, most el-cheapo USB thumb drives won't. Try that again with a modern HDD or even an SSD and you'll get much better results. Patrick From owner-freebsd-questions@freebsd.org Fri Sep 11 13:53:51 2015 Return-Path: Delivered-To: freebsd-questions@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 17CA6A00A79 for ; Fri, 11 Sep 2015 13:53:51 +0000 (UTC) (envelope-from pathiaki2@yahoo.com) Received: from nm12-vm0.bullet.mail.bf1.yahoo.com (nm12-vm0.bullet.mail.bf1.yahoo.com [98.139.213.140]) (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 C10E213AA for ; Fri, 11 Sep 2015 13:53:50 +0000 (UTC) (envelope-from pathiaki2@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1441979629; bh=g0VDOZoF0E6HWiXeVuw6GhfHKX+CxsgsUb0AoZjxQQs=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject; b=OxdyuiHHxQr2Pu4YDgoPiOD4akT7iDLxAtvJyyqRU9iKek91UZsyYj5235/7b7iMCa9YoCwZpGz+v98RpGb8WoHYzDvbMGirje+udo5NE+eiYDgB3Q9nWxL4H9qddm4hj9MolLL0GOmHab41WcCkWMmgOHQe6Llr8iuMnvvdoEDA93wy4rh5eP70Mxs/OGRvhH610rIywidChN34K5sWn8Hzky7G1/VlNIo+lTLkzJQ0sNv/hKB2Kfp+08ro0ShLo9GLvAVczfesQ/G4ABMbpObEuH2kTkJ1dtYgfcTdXaFH4Anzk9Nw7pBshGyScqMFXyFkaLsvyTbp6zgUn9a61g== Received: from [98.139.215.141] by nm12.bullet.mail.bf1.yahoo.com with NNFMP; 11 Sep 2015 13:53:49 -0000 Received: from [98.139.211.204] by tm12.bullet.mail.bf1.yahoo.com with NNFMP; 11 Sep 2015 13:53:49 -0000 Received: from [127.0.0.1] by smtp213.mail.bf1.yahoo.com with NNFMP; 11 Sep 2015 13:53:49 -0000 X-Yahoo-Newman-Id: 296016.28970.bm@smtp213.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pKBbqaoVM1lLK4zALbvPx_P46mP3VCjW.0nh3Kf4YZu4L8V xkmQvhM934QXaNK_UhX1skjxnoxzWmB3yx23PDJOSriHtuAqyd3VMJKZZSR0 GCHHW7lRfAbwqHC7aifVbV0aa7v6bzMs5ctS3R_ZHzqTYYTQGb.QU7TT7nRL HrrkVGPb8w5TW6__6vVMagOORFxDLpAODlHTT6YUtQlFHxJhxRZBGarAwcpt qdRqzFgA9_E_N9G27jx9Ysm8.zDv0xwJXKrL56Xtxht6P_9X7mh4hfYo3l1W GktkK75C_qFy76E_21qwCQzh9Nu9dSi0P5avs.dQc06ahOtbNas.etQBYDSb OZs2R5UDUsy9gXbiZ1hqFSF_RzaTk2H4r4GBl.PahhccDfmHCOSgWl5XVQFi 3mLzdj1CtwgRgaaa5kp8zXwQzcxJP2QVgSxYiGhtuJcakE2BkxvQO0d15SQ2 V3t14DvB5BvGPt0hH1ygGk.uM.gbXqSVNOLqnE0OnhnSVfW7rNJMhRycyEGG YmhAao1_eaUfytRQJTjuwCPj8ZQgBU42yiD4jX214Pv_DjhcVL6g6v1o- X-Yahoo-SMTP: h3Xqg6.swBC0yI913RMMwp94grO_cg-- Subject: Re: Driver for Fusion IO card To: freebsd-questions@freebsd.org References: <007301d0ec20$8634f2f0$929ed8d0$@cloudbyte.com> From: Paul Pathiakis Message-ID: <55F2DCEB.6050109@yahoo.com> Date: Fri, 11 Sep 2015 09:53:47 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <007301d0ec20$8634f2f0$929ed8d0$@cloudbyte.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 13:53:51 -0000 I believe that might be the mpt, mpr, mps driver. Also, there's the mptutil for managing the card(s). man -k fusion mpr(4) - LSI Fusion-MPT 3 IT/IR 12Gb/s Serial Attached SCSI/SATA driver mps(4) - LSI Fusion-MPT 2 Serial Attached SCSI driver mpt(4) - LSI Fusion-MPT SCSI/Fibre Channel driver mptutil(8) - Utility for managing LSI Fusion-MPT controllers P. On 09/10/2015 19:29, David Mungenast wrote: > Hello, > > > > I was hoping you could advise if there was a FreeBSD driver for a Fusion IO > card, or an effective work around? > > > > Any advice/guidance would be appreciated. > > > > Thanks and regards, > > > > Dave > > > > David Mungenast > > Vice President, Sales > > Mobile: 415-990-9444 > > Email: david.mungenast@cloudbyte.com > > > > > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Fri Sep 11 14:01:54 2015 Return-Path: Delivered-To: freebsd-questions@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 39CE3A00ED9 for ; Fri, 11 Sep 2015 14:01:54 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 E49341A1B for ; Fri, 11 Sep 2015 14:01:53 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t8BE1pIN024284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Sep 2015 09:01:52 -0500 Subject: Re: USB physical ports To: freebsd-questions@freebsd.org References: <55F1A507.70402@gmail.com> <55F2C335.3030304@gmail.com> <55F2C469.4030101@hiwaay.net> <4365924.Nes7SDDcRu@desk8.phess.net> From: "William A. Mahaffey III" Message-ID: <55F2DECF.6020308@hiwaay.net> Date: Fri, 11 Sep 2015 09:07:21 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <4365924.Nes7SDDcRu@desk8.phess.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:01:54 -0000 On 09/11/15 08:54, Patrick Hess wrote: > William A. Mahaffey III wrote: >> On 09/11/15 07:10, Ernie Luzar wrote: >>> But the real question is why is Freebsd USB rates capped at 20Mbps >>> when the hardware says it's capable of 480Mbps? >> I think you are confusing bits & bytes. 480 Mbps = 60 MBps, lower case >> 'b' is bits, upper case 'B' is bytes, 8b / B (8b per B). > That's the first reason. > > In addition, just because the bus is capable of transmitting up > to 480 Mb/s, that doesn't mean the devices connected to that bus > will also be able to process data at that rate. As a matter of fact, > most el-cheapo USB thumb drives won't. Try that again with a modern > HDD or even an SSD and you'll get much better results. > > Patrick Absolutely correct, I am usually happy w/ 1/2 - 2/3 of spec speed w/ *any* I/O operation. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Fri Sep 11 14:12:01 2015 Return-Path: Delivered-To: freebsd-questions@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 BAA609CC458 for ; Fri, 11 Sep 2015 14:12:01 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C0F11EF1 for ; Fri, 11 Sep 2015 14:12:01 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8BEBlnU010169 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Sep 2015 08:11:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8BEBliA010156; Fri, 11 Sep 2015 08:11:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Sep 2015 08:11:47 -0600 (MDT) From: Warren Block To: reg@dwf.com cc: freebsd-questions@freebsd.org Subject: Re: Problems setting up printer. In-Reply-To: <201509110349.t8B3nf1s025683@deneb.dwf.com> Message-ID: References: <201509110349.t8B3nf1s025683@deneb.dwf.com> 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 (wonkity.com [127.0.0.1]); Fri, 11 Sep 2015 08:11:47 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:12:01 -0000 On Thu, 10 Sep 2015, reg@dwf.com wrote: > > I've read and reread the printers section of the > Handbook, but haven't been able to put together > a printcap that will print. > > I have a Postscript HPLJ4100. > It exists with that name in the dns. > > Here is my attempt at a FreeBSD printcap: > > lp:\ > :/lp:=9100@HPLJ4100:\ > :sh:\ > :mx#0:\ > :sd=/var/spool/lpd/lp:\ > :lf=/var/log/lpd-errs:\ > :if=/usr/local/libexec/enscript: > > Since I will be ONLY passing it Postscript, it would > seem that the last line probably shouldn't be there, > but this was the last of a number of attempts. > > Could someone tell me just WHAT I should be saying? A LaserJet 4100 is a good printer and should not be difficult to get to print. Try the example in "Direct Printing" to make sure the network connection and DNS are working: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing-direct.html As far as the printcap above, it is okay. If PostScript is the only print language, the last line and the backslash on the next-to-last line can be removed. Were the spool directories created as shown in Initial Setup? What file and command are being used to test? What happens, exactly? Are errors reported in /var/log/lpd-errs? From owner-freebsd-questions@freebsd.org Fri Sep 11 14:16:50 2015 Return-Path: Delivered-To: freebsd-questions@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 E4A359CC6BE for ; Fri, 11 Sep 2015 14:16:49 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from cargobay.net (cargobay.net [198.178.123.147]) (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 C528C1138 for ; Fri, 11 Sep 2015 14:16:49 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from [192.168.0.4] (cblmdm72-240-160-19.buckeyecom.net [72.240.160.19]) by cargobay.net (Postfix) with ESMTPSA id CB4CC6BE; Fri, 11 Sep 2015 14:12:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: followup storage question From: "Chad J. Milios" X-Mailer: iPhone Mail (12H321) In-Reply-To: <55F2D086.6060509@hiwaay.net> Date: Fri, 11 Sep 2015 10:16:46 -0400 Cc: FreeBSD Questions !!!! Content-Transfer-Encoding: quoted-printable Message-Id: <3B589E85-4C75-4021-9B37-E022BC33AFA4@ccsys.com> References: <55F2D086.6060509@hiwaay.net> To: "William A. Mahaffey III" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:16:50 -0000 > On Sep 11, 2015, at 8:59 AM, William A. Mahaffey III wrot= e: >=20 >=20 >=20 > The Wiki page https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE il= lustrates using gnop to enforce 4K alignment of gpt partitions for subsequen= t use by ZFS. However the gpart commands also use the '-a 4k' arguments, ali= gning partitions on 4k boundaries as I understand things. Is the gnop comman= d also necessary ? TIA & have a nice weekend. >=20 >=20 > --=20 >=20 > William A. Mahaffey III Yes, handling separately both facets of the same underlying issue is necessa= ry. Those facets being the partition's alignment upon the outer device and t= he partition's block size that the device node reports to ZFS. The latter can be done a different way, effectively, in later versions of Fre= eBSD there is a sysctl, vfs.zfs.min_auto_ashift which you can set to 12 for 4= 096 byte blocks or 9 for the default 512 bytes. (The ashift value is the exp= onent over the number 2 to get the number of bytes in a block.) The old gnop way still works just fine so I still use that method, personall= y. This definitely only has to be done when vdev(s) are added/created/replac= ed* on the pool, not on every mount/import, by then ZFS clearly listens to t= he formatting metadata it stamped on the vdev instead of what the ioctls of t= he device node say and so will always write larger and correctly aligned blo= cks. (I'm not sure the reverse direction, not a typical use, if it holds tru= e without gnop every time, and I know the min_auto_ashift won't help there, b= eing if for some reason you intend gnop for simulating smaller blocks to ZFS= from larger device node blocks, say you wanted to allow a certain amount of= write amplification for more efficiently storing lots of small files/direct= ories/metadata. In that case you may need to enable the gnop every time. I'm= not sure because I don't run any pools that may but I know you can if you w= ant for that reason, space overhead. It'd take some testing and actual measu= rement for me to confidently decide gnop can be subsequently skipped after t= he vdev initialization if going in that opposite direction was your goal. Ma= ybe someone chimes in here to let us know for sure. At any rate, gnop is by i= ts nature just about the fastest and lightest geom class under the sun and I= believe you can keep running thousands of instances busily in production an= d see no noticeable overhead.) *Yes, mind the gnop or sysctl for ashift whenever replacing as well, it's a v= dev property not copied as part of the data resilvering, it's decided by ZFS= for each vdev independently even though having mixed pools seems totally un= intuitive. I've seen where it's been forgotten at replace time. Then when yo= u do use it, it's sort of a pain to get gnop/ZFS to relinquish the vdev if y= ou do an online replace and then want to try to clear off the gnop mode. I'd= just leave it on there and upon reboot it'll disappear and ZFS will pick up= the real vdev and properly do what you want with it. There should be no pro= blem with years of uptime in the meantime and then coming up slightly differ= ently on next boot bypassing gnop and with all correct ashift.= From owner-freebsd-questions@freebsd.org Fri Sep 11 14:19:42 2015 Return-Path: Delivered-To: freebsd-questions@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 8C4159CC842 for ; Fri, 11 Sep 2015 14:19:42 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E3381211 for ; Fri, 11 Sep 2015 14:19:42 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8BEJV9X012069 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Sep 2015 08:19:31 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8BEJVqS012066; Fri, 11 Sep 2015 08:19:31 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Sep 2015 08:19:31 -0600 (MDT) From: Warren Block To: Polytropon cc: reg@dwf.com, freebsd-questions@freebsd.org Subject: Re: Problems setting up printer. In-Reply-To: <20150911144242.c8c25999.freebsd@edvax.de> Message-ID: References: <201509110349.t8B3nf1s025683@deneb.dwf.com> <20150911144242.c8c25999.freebsd@edvax.de> 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 (wonkity.com [127.0.0.1]); Fri, 11 Sep 2015 08:19:31 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:19:42 -0000 On Fri, 11 Sep 2015, Polytropon wrote: > On Thu, 10 Sep 2015 21:49:41 -0600, reg@dwf.com wrote: >> >> I've read and reread the printers section of the >> Handbook, but haven't been able to put together >> a printcap that will print. >> >> I have a Postscript HPLJ4100. >> It exists with that name in the dns. >> >> lp:\ >> :/lp:=9100@HPLJ4100:\ >> :sh:\ >> :mx#0:\ >> :sd=/var/spool/lpd/lp:\ >> :lf=/var/log/lpd-errs:\ >> :if=/usr/local/libexec/enscript: > > You're missing rm= I think, which is essential. For HP port 9100 printing, there is the alternate form of 9100@printername. Which, now that I look at that line, has two problems: :/lp:=9100@HPLJ4100:\ The slash before "lp" here is a mistake. The colon after "lp" is the second problem. Colons are field separators, so the printer device is never set. This line should be: :lp=9100@HPLJ4100:\ > Also remember to use cap_mkdb. It is not needed for /etc/printcap. At least I've never used it for that. :) From owner-freebsd-questions@freebsd.org Fri Sep 11 14:24:26 2015 Return-Path: Delivered-To: freebsd-questions@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 E68079CCB43 for ; Fri, 11 Sep 2015 14:24:25 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 B7753178C for ; Fri, 11 Sep 2015 14:24:25 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t8BEON3X009099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Sep 2015 09:24:24 -0500 Subject: Re: followup storage question References: <55F2D086.6060509@hiwaay.net> <3B589E85-4C75-4021-9B37-E022BC33AFA4@ccsys.com> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <55F2E417.7040704@hiwaay.net> Date: Fri, 11 Sep 2015 09:29:53 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <3B589E85-4C75-4021-9B37-E022BC33AFA4@ccsys.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:24:26 -0000 On 09/11/15 09:23, Chad J. Milios wrote: >> On Sep 11, 2015, at 8:59 AM, William A. Mahaffey III = wrote: >> >> >> >> The Wiki page https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEAS= E illustrates using gnop to enforce 4K alignment of gpt partitions for su= bsequent use by ZFS. However the gpart commands also use the '-a 4k' argu= ments, aligning partitions on 4k boundaries as I understand things. Is th= e gnop command also necessary ? TIA & have a nice weekend. >> >> >> --=20 >> >> William A. Mahaffey III > Yes, handling separately both facets of the same underlying issue is ne= cessary. Those facets being the partition's alignment upon the outer devi= ce and the partition's block size that the device node reports to ZFS. > > The latter can be done a different way, effectively, in later versions = of FreeBSD there is a sysctl, vfs.zfs.min_auto_ashift which you can set t= o 12 for 4096 byte blocks or 9 for the default 512 bytes. (The ashift val= ue is the exponent over the number 2 to get the number of bytes in a bloc= k.) > > The old gnop way still works just fine so I still use that method, pers= onally. This definitely only has to be done when vdev(s) are added/create= d/replaced* on the pool, not on every mount/import, by then ZFS clearly l= istens to the formatting metadata it stamped on the vdev instead of what = the ioctls of the device node say and so will always write larger and cor= rectly aligned blocks. (I'm not sure the reverse direction, not a typical= use, if it holds true without gnop every time, and I know the min_auto_a= shift won't help there, being if for some reason you intend gnop for simu= lating smaller blocks to ZFS from larger device node blocks, say you want= ed to allow a certain amount of write amplification for more efficiently = storing lots of small files/directories/metadata. In that case you may ne= ed to enable the gnop every time. I'm not sure because I don't run any po= ols that may but I know you can if you want for that reason, space overhe= ad. It'd take some testing and actual measurement for me to confidently d= ecide gnop can be subsequently skipped after the vdev initialization if g= oing in that opposite direction was your goal. Maybe someone chimes in he= re to let us know for sure. At any rate, gnop is by its nature just about= the fastest and lightest geom class under the sun and I believe you can = keep running thousands of instances busily in production and see no notic= eable overhead.) > > *Yes, mind the gnop or sysctl for ashift whenever replacing as well, it= 's a vdev property not copied as part of the data resilvering, it's decid= ed by ZFS for each vdev independently even though having mixed pools seem= s totally unintuitive. I've seen where it's been forgotten at replace tim= e. Then when you do use it, it's sort of a pain to get gnop/ZFS to relinq= uish the vdev if you do an online replace and then want to try to clear o= ff the gnop mode. I'd just leave it on there and upon reboot it'll disapp= ear and ZFS will pick up the real vdev and properly do what you want with= it. There should be no problem with years of uptime in the meantime and = then coming up slightly differently on next boot bypassing gnop and with = all correct ashift. Excellent, clear as a bell :-). Thanks. --=20 William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Fri Sep 11 14:25:33 2015 Return-Path: Delivered-To: freebsd-questions@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 0643F9CCBF8 for ; Fri, 11 Sep 2015 14:25:33 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEBCA1897 for ; Fri, 11 Sep 2015 14:25:31 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8BEPUOC013654 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Sep 2015 08:25:30 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8BEPUjJ013651; Fri, 11 Sep 2015 08:25:30 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Sep 2015 08:25:30 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: followup storage question In-Reply-To: <55F2D086.6060509@hiwaay.net> Message-ID: References: <55F2D086.6060509@hiwaay.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 11 Sep 2015 08:25:30 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:25:33 -0000 On Fri, 11 Sep 2015, William A. Mahaffey III wrote: > The Wiki page https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE > illustrates using gnop to enforce 4K alignment of gpt partitions for > subsequent use by ZFS. However the gpart commands also use the '-a 4k' > arguments, aligning partitions on 4k boundaries as I understand things. Is > the gnop command also necessary ? TIA & have a nice weekend. These are two separate things. gnop(8) is (was) used to force ZFS to use a 4K block size. That just means it transfers data in multiples of 4K, not necessarily aligned with the 4K sectors on the drive. gpart(8)'s -a flag is used to force partitions to begin in alignment with the 4K sectors on the drive. From owner-freebsd-questions@freebsd.org Fri Sep 11 14:44:25 2015 Return-Path: Delivered-To: freebsd-questions@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 76613A014F3 for ; Fri, 11 Sep 2015 14:44:25 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from cargobay.net (cargobay.net [198.178.123.147]) (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 56E071233 for ; Fri, 11 Sep 2015 14:44:24 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from [192.168.0.4] (cblmdm72-240-160-19.buckeyecom.net [72.240.160.19]) by cargobay.net (Postfix) with ESMTPSA id 8B8DB6C6; Fri, 11 Sep 2015 14:39:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: USB physical ports From: "Chad J. Milios" X-Mailer: iPhone Mail (12H321) In-Reply-To: <55F2A2B2.4090801@ShaneWare.Biz> Date: Fri, 11 Sep 2015 10:44:22 -0400 Cc: Ernie Luzar , "freebsd-questions@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <55F1A507.70402@gmail.com> <2091716.bhpPQfPjgk@amd.asgard.uk> <55F216CB.6040606@gmail.com> <55F2A2B2.4090801@ShaneWare.Biz> To: Shane Ambler X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 14:44:25 -0000 > On Sep 11, 2015, at 5:45 AM, Shane Ambler wrote: >=20 >> On 11/09/2015 09:18, Ernie Luzar wrote: >> Dave wrote: >>>> On Thursday 10 September 2015 11:43:03 Ernie Luzar wrote: >>>> Hello List; >>>>=20 >>>> I have 6 physical ports on my PC box. The boot time messages seem to >>>> say that one of those ports is 480Mbps High Speed USB v2.0. >>>>=20 >>>> How do I determine which physical USB port is the 480Mbps High Speed >>>> port? >=20 > I think inserting a device is the only way to identify which port it is > inserted into, use usbconfig to see what is connected at what speed. Yeah unfortunately there is little rhyme or reason between device tree the k= ernel enumerates as seen in dmesg output and physical ports on front/back/si= des/inside computer. Some of the things FreeBSD sees may not be USB ports/hu= bs/devices at all, in the typical sense, and instead are certain features of= your motherboard that just happen to be connected by USB at an electric and= /or protocol level. And some of the real physical ports actually get shared b= y USB "hubs" built into the motherboard physically or simulated by mixtures o= f firmware and other types of bridges and busses. Test what you need to test in order to be sure your system will run how you r= eally intend. 480 Mbps or 5 Gbps on each port one at a time may work great b= ut then down the road you discover you can only do a total of x bps to ports= a thru b while simultaneously doing y bps thru ports c thru d and the combi= nations are endless. Many desktop/server mobos have numerous extra USB conne= ctors on the mobo, minus the actual ports, (for ten cent adapters added once= you need them or tiny devices meant for those internal connectors). Good mobos from good manufacturers should have block diagrams you can trust b= ut matching them up to actual kernel probes is not an exact or consistent sc= ience from product SKU to product SKU and you'd be darn lucky when the manuf= acturer doesn't mix it up between different batches of the same SKU.= From owner-freebsd-questions@freebsd.org Fri Sep 11 15:03:37 2015 Return-Path: Delivered-To: freebsd-questions@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 7A9A6A01F5E for ; Fri, 11 Sep 2015 15:03:37 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 4BE54117E for ; Fri, 11 Sep 2015 15:03:36 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-222-143.knology.net [216.186.222.143] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t8BF3YOe007788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Sep 2015 10:03:35 -0500 Subject: Re: followup storage question References: <55F2D086.6060509@hiwaay.net> Cc: FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <55F2ED46.6060708@hiwaay.net> Date: Fri, 11 Sep 2015 10:09:04 -0453.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 15:03:37 -0000 On 09/11/15 09:31, Warren Block wrote: > On Fri, 11 Sep 2015, William A. Mahaffey III wrote: > >> The Wiki page >> https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE illustrates >> using gnop to enforce 4K alignment of gpt partitions for subsequent >> use by ZFS. However the gpart commands also use the '-a 4k' >> arguments, aligning partitions on 4k boundaries as I understand >> things. Is the gnop command also necessary ? TIA & have a nice weekend. > > These are two separate things. gnop(8) is (was) used to force ZFS to > use a 4K block size. That just means it transfers data in multiples > of 4K, not necessarily aligned with the 4K sectors on the drive. > gpart(8)'s -a flag is used to force partitions to begin in alignment > with the 4K sectors on the drive. > Hmmmm .... OK, however if I carefully 'gpart -a 4k' the underlying partitions aligned, then wouldn't the resulting ZFS above also be aligned ? I ask because the 2nd system I will be setting up in the next few weeks will probably use a RAIDZ1 on 6-8 partitions, & I have it on pretty good authority that you want RAID5-type storage properly aligned on the underlying drives or partitions. Thanks & TIA & have a nice weekend. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@freebsd.org Fri Sep 11 15:27:47 2015 Return-Path: Delivered-To: freebsd-questions@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 B9712A02B20 for ; Fri, 11 Sep 2015 15:27:47 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from mail.physics.umn.edu (smtp.spa.umn.edu [128.101.220.4]) (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 9842C13C3 for ; Fri, 11 Sep 2015 15:27:46 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from spa-sysadm-01.spa.umn.edu ([134.84.199.8]) by mail.physics.umn.edu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1ZaQEl-000DC8-D7 for freebsd-questions@freebsd.org; Fri, 11 Sep 2015 10:27:39 -0500 Message-ID: <55F2F2CF.3080004@physics.umn.edu> Date: Fri, 11 Sep 2015 10:27:11 -0500 From: Graham Allan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: followup storage question References: <55F2D086.6060509@hiwaay.net> In-Reply-To: <55F2D086.6060509@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 15:27:47 -0000 On 9/11/2015 7:59 AM, William A. Mahaffey III wrote: > > > The Wiki page https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE > illustrates using gnop to enforce 4K alignment of gpt partitions for > subsequent use by ZFS. However the gpart commands also use the '-a 4k' > arguments, aligning partitions on 4k boundaries as I understand things. > Is the gnop command also necessary ? TIA & have a nice weekend. My experience is I only ever install on smaller devices so never really worry about 4k alignment at that time, only for making large storage pools later. With that mind mind here is my "easy" answer for 9.3 and 10.x. The installer "auto ZFS" has a 4k alignment option which I would assume works as advertised (having said that it would be simple to do a basic install and then examine that to confirm). For making subsequent pools, I simply set vfs.zfs.min_auto_ashift=12 is /etc/sysctl.conf, after which you will get 4k block alignment without messing with gnop. On 9.1 you had to do the gnop tricks but 9.3 supports the auto_ashift sysctl. On 9.3+, "zpool status" also *tells you* if you got the block alignment wrong, which is a big help over 9.1 where it could lurk undetected! G. -- From owner-freebsd-questions@freebsd.org Fri Sep 11 15:45:31 2015 Return-Path: Delivered-To: freebsd-questions@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 1B8B7A013CD for ; Fri, 11 Sep 2015 15:45:31 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "fileserver.home.qeng-ho.org", Issuer "fileserver.home.qeng-ho.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB0FA1072 for ; Fri, 11 Sep 2015 15:45:30 +0000 (UTC) (envelope-from freebsd@qeng-ho.org) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.15.2/8.15.2) with ESMTP id t8BFZSBi012826; Fri, 11 Sep 2015 16:35:28 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Subject: Re: USB physical ports To: Polytropon , Ernie Luzar References: <55F1A507.70402@gmail.com> <20150911142906.3da7c16b.freebsd@edvax.de> Cc: freebsd-questions From: Arthur Chance Message-ID: <55F2F4C0.4050103@qeng-ho.org> Date: Fri, 11 Sep 2015 16:35:28 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <20150911142906.3da7c16b.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 15:45:31 -0000 On 11/09/2015 13:29, Polytropon wrote: > On Thu, 10 Sep 2015 11:43:03 -0400, Ernie Luzar wrote: >> I have 6 physical ports on my PC box. The boot time messages seem to say >> that one of those ports is 480Mbps High Speed USB v2.0. >> >> How do I determine which physical USB port is the 480Mbps High Speed port? > > Usually there are two ways: > > First, there is the visual inspection of the plastic bar inside > the ports. They are color coded black, white, or blue, which > refers to USB 1, 2, or 3 respectively. Black and white can be either USB 1 or USB 2 according to Wikipedia and my experience. I've got both black and white USB 2.0 ports on my various bits of kit and apparently some Lenovo laptops use grey for USB 2. Usually USB 3.0 ports are blue, unless they're yellow, red or orange. That can variously mean always on and/or high power/fast charge depending on manufacturer. From what I can glean, blue for USB 3 is a marketing thing, not a specification. Standards, don't you just love them. -- Those who do not learn from computing history are doomed to GOTO 1 From owner-freebsd-questions@freebsd.org Fri Sep 11 15:49:08 2015 Return-Path: Delivered-To: freebsd-questions@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 7572EA01552 for ; Fri, 11 Sep 2015 15:49:08 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 3852E117B for ; Fri, 11 Sep 2015 15:49:07 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C75C3277EC; Fri, 11 Sep 2015 17:49:04 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8BFn4Gl002032; Fri, 11 Sep 2015 17:49:04 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 11 Sep 2015 17:49:04 +0200 From: Polytropon To: Arthur Chance Cc: Ernie Luzar , freebsd-questions Subject: Re: USB physical ports Message-Id: <20150911174904.906b2dbd.freebsd@edvax.de> In-Reply-To: <55F2F4C0.4050103@qeng-ho.org> References: <55F1A507.70402@gmail.com> <20150911142906.3da7c16b.freebsd@edvax.de> <55F2F4C0.4050103@qeng-ho.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 15:49:08 -0000 On Fri, 11 Sep 2015 16:35:28 +0100, Arthur Chance wrote: > On 11/09/2015 13:29, Polytropon wrote: > > On Thu, 10 Sep 2015 11:43:03 -0400, Ernie Luzar wrote: > >> I have 6 physical ports on my PC box. The boot time messages seem to say > >> that one of those ports is 480Mbps High Speed USB v2.0. > >> > >> How do I determine which physical USB port is the 480Mbps High Speed port? > > > > Usually there are two ways: > > > > First, there is the visual inspection of the plastic bar inside > > the ports. They are color coded black, white, or blue, which > > refers to USB 1, 2, or 3 respectively. > > Black and white can be either USB 1 or USB 2 according to Wikipedia and > my experience. I've got both black and white USB 2.0 ports on my various > bits of kit and apparently some Lenovo laptops use grey for USB 2. Yes, I've noticed that too. I have a computer with white USB sockets at the front - one is 1.0, one is 2.0, and black USB sockets on the rear - all are 2.0. It's not very helpful... > Usually USB 3.0 ports are blue, unless they're yellow, red or orange. > That can variously mean always on and/or high power/fast charge > depending on manufacturer. Yes, those colors indicate the capability of higher current, there's a better power regulator (more than 500 mA, if I remember correctly). > Standards, don't you just love them. Now you've got n+1 problems. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Fri Sep 11 15:54:17 2015 Return-Path: Delivered-To: freebsd-questions@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 1407DA01918 for ; Fri, 11 Sep 2015 15:54:17 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (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 CC1D5178C for ; Fri, 11 Sep 2015 15:54:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-125-111.dynamic.qsc.de [92.195.125.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id A2B25277EC; Fri, 11 Sep 2015 17:54:14 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t8BFsDnN002053; Fri, 11 Sep 2015 17:54:13 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Fri, 11 Sep 2015 17:54:13 +0200 From: Polytropon To: Warren Block Cc: reg@dwf.com, freebsd-questions@freebsd.org Subject: Re: Problems setting up printer. Message-Id: <20150911175413.c08049f7.freebsd@edvax.de> In-Reply-To: References: <201509110349.t8B3nf1s025683@deneb.dwf.com> <20150911144242.c8c25999.freebsd@edvax.de> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 15:54:17 -0000 On Fri, 11 Sep 2015 08:19:31 -0600 (MDT), Warren Block wrote: > On Fri, 11 Sep 2015, Polytropon wrote: > > > On Thu, 10 Sep 2015 21:49:41 -0600, reg@dwf.com wrote: > >> > >> I've read and reread the printers section of the > >> Handbook, but haven't been able to put together > >> a printcap that will print. > >> > >> I have a Postscript HPLJ4100. > >> It exists with that name in the dns. > >> > >> lp:\ > >> :/lp:=9100@HPLJ4100:\ > >> :sh:\ > >> :mx#0:\ > >> :sd=/var/spool/lpd/lp:\ > >> :lf=/var/log/lpd-errs:\ > >> :if=/usr/local/libexec/enscript: > > > > You're missing rm= I think, which is essential. > > For HP port 9100 printing, there is the alternate form of > 9100@printername. Which, now that I look at that line, has two > problems: > > :/lp:=9100@HPLJ4100:\ > > The slash before "lp" here is a mistake. Yes, that's something which looked strange to me, too, that's why I posted one of my printcap entries for comparison. > The colon after "lp" is the second problem. Colons are field > separators, so the printer device is never set. Which explains why the printer doesn't print. With the setting "lp=9100@HPLJ4100", and "HPLJ4100" being resolvable, the correct printer IP and port should be addressed. By the way, it's easy to test that with netcat: % nc HPLJ4100 9100 < /tmp/print.ps where /tmp/print.ps is a printable PS file (test file or generated from a program's printing function). > > Also remember to use cap_mkdb. > > It is not needed for /etc/printcap. At least I've never used it for > that. :) Really? Good to know. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Fri Sep 11 16:10:21 2015 Return-Path: Delivered-To: freebsd-questions@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 63E0CA02155 for ; Fri, 11 Sep 2015 16:10:21 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from cargobay.net (cargobay.net [198.178.123.147]) (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 43D83117E for ; Fri, 11 Sep 2015 16:10:21 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from [192.168.0.4] (cblmdm72-240-160-19.buckeyecom.net [72.240.160.19]) by cargobay.net (Postfix) with ESMTPSA id 5CAAB6E1; Fri, 11 Sep 2015 16:05:43 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: followup storage question From: "Chad J. Milios" X-Mailer: iPhone Mail (12H321) In-Reply-To: <55F2ED46.6060708@hiwaay.net> Date: Fri, 11 Sep 2015 12:10:18 -0400 Cc: FreeBSD Questions !!!! Content-Transfer-Encoding: quoted-printable Message-Id: <75729A18-AEB5-4B95-B20C-4C2298EC61E6@ccsys.com> References: <55F2D086.6060509@hiwaay.net> <55F2ED46.6060708@hiwaay.net> To: "William A. Mahaffey III" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 16:10:21 -0000 > On Sep 11, 2015, at 11:02 AM, William A. Mahaffey III wro= te: >=20 > Hmmmm .... OK, however if I carefully 'gpart -a 4k' the underlying partiti= ons aligned, then wouldn't the resulting ZFS above also be aligned ? Thanks to gpart's -a setting the partition will be a multiple of 4k in size a= nd aligned upon the outer context (disk) at 4k boundaries but the alignment/= size of [each/every] i/o request that ZFS sends to the device node, well tha= t is a different story. That is what the ashift value controls and it gets s= tamped onto the new vdev when ZFS first christens a device/partition. The sy= sctl or gnop helps us ensure the ashift value we bake into a vdev is truly t= he value we want after all the low down dirty deceitful layers of abstractio= n beneath that are often lying to us. The situation's no better on any other operating system, even if they hide i= t better that only opens up the possibility it makes wrong guesses. This is j= ust a growing pain resulting from ever increasing disk/file sizes/densities v= s the demand for backward compatibility.= From owner-freebsd-questions@freebsd.org Fri Sep 11 19:11:14 2015 Return-Path: Delivered-To: freebsd-questions@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 8C8D19CDAA5 for ; Fri, 11 Sep 2015 19:11:14 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 38B0A1E95 for ; Fri, 11 Sep 2015 19:11:13 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8BJB1fE085194 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Sep 2015 13:11:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8BJB0d6085191; Fri, 11 Sep 2015 13:11:00 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Sep 2015 13:11:00 -0600 (MDT) From: Warren Block To: Polytropon cc: reg@dwf.com, freebsd-questions@freebsd.org Subject: Re: Problems setting up printer. In-Reply-To: <20150911175413.c08049f7.freebsd@edvax.de> Message-ID: References: <201509110349.t8B3nf1s025683@deneb.dwf.com> <20150911144242.c8c25999.freebsd@edvax.de> <20150911175413.c08049f7.freebsd@edvax.de> 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 (wonkity.com [127.0.0.1]); Fri, 11 Sep 2015 13:11:01 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 19:11:14 -0000 On Fri, 11 Sep 2015, Polytropon wrote: > On Fri, 11 Sep 2015 08:19:31 -0600 (MDT), Warren Block wrote: >> On Fri, 11 Sep 2015, Polytropon wrote: >> >>> On Thu, 10 Sep 2015 21:49:41 -0600, reg@dwf.com wrote: >>>> >>>> I've read and reread the printers section of the >>>> Handbook, but haven't been able to put together >>>> a printcap that will print. >>>> >>>> I have a Postscript HPLJ4100. >>>> It exists with that name in the dns. >>>> >>>> lp:\ >>>> :/lp:=9100@HPLJ4100:\ >>>> :sh:\ >>>> :mx#0:\ >>>> :sd=/var/spool/lpd/lp:\ >>>> :lf=/var/log/lpd-errs:\ >>>> :if=/usr/local/libexec/enscript: >>> >>> You're missing rm= I think, which is essential. >> >> For HP port 9100 printing, there is the alternate form of >> 9100@printername. Which, now that I look at that line, has two >> problems: >> >> :/lp:=9100@HPLJ4100:\ >> >> The slash before "lp" here is a mistake. > > Yes, that's something which looked strange to me, too, > that's why I posted one of my printcap entries for > comparison. > > > >> The colon after "lp" is the second problem. Colons are field >> separators, so the printer device is never set. > > Which explains why the printer doesn't print. With the > setting "lp=9100@HPLJ4100", and "HPLJ4100" being resolvable, > the correct printer IP and port should be addressed. > > By the way, it's easy to test that with netcat: > > % nc HPLJ4100 9100 < /tmp/print.ps This is shown in the Handbook "Direct Printing" section: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing-lpd.html > where /tmp/print.ps is a printable PS file (test file or > generated from a program's printing function). There is a small PostScript test program shown in the ps2pcl filter section: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/printing-lpd.html#printing-lpd-filters-ps2pcl From owner-freebsd-questions@freebsd.org Fri Sep 11 19:33:23 2015 Return-Path: Delivered-To: freebsd-questions@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 E9C72A01643 for ; Fri, 11 Sep 2015 19:33:23 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC3801DC2 for ; Fri, 11 Sep 2015 19:33:23 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8BJXMQ7090644 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 11 Sep 2015 13:33:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8BJXLTl090641; Fri, 11 Sep 2015 13:33:22 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 11 Sep 2015 13:33:21 -0600 (MDT) From: Warren Block To: "William A. Mahaffey III" cc: FreeBSD Questions !!!! Subject: Re: followup storage question In-Reply-To: <55F2ED46.6060708@hiwaay.net> Message-ID: References: <55F2D086.6060509@hiwaay.net> <55F2ED46.6060708@hiwaay.net> 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 (wonkity.com [127.0.0.1]); Fri, 11 Sep 2015 13:33:22 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 19:33:24 -0000 On Fri, 11 Sep 2015, William A. Mahaffey III wrote: > On 09/11/15 09:31, Warren Block wrote: >> On Fri, 11 Sep 2015, William A. Mahaffey III wrote: >> >>> The Wiki page https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE >>> illustrates using gnop to enforce 4K alignment of gpt partitions for >>> subsequent use by ZFS. However the gpart commands also use the '-a 4k' >>> arguments, aligning partitions on 4k boundaries as I understand things. Is >>> the gnop command also necessary ? TIA & have a nice weekend. >> >> These are two separate things. gnop(8) is (was) used to force ZFS to use a >> 4K block size. That just means it transfers data in multiples of 4K, not >> necessarily aligned with the 4K sectors on the drive. gpart(8)'s -a flag is >> used to force partitions to begin in alignment with the 4K sectors on the >> drive. >> > > Hmmmm .... OK, however if I carefully 'gpart -a 4k' the underlying partitions > aligned, then wouldn't the resulting ZFS above also be aligned ? Again, these are two different things. Alignment is making sure that the filesystem blocks align with the device blocks. Otherwise, a 4K request from the filesystem could force the drive to read or write two 4K hardware blocks. This can cut performance in half. The gnop trick is to force the *size* of ZFS blocks to be 4K. Otherwise, the filesystem could end up reading 512-byte blocks on a 4K drive. The drive would read and cache a 4K block, but the filesystem would have to request it in eight 512-byte pieces. Writes are not good in this situation either, although the drive might combine them to avoid rewriting the same disk block eight times. Matching the filesystem block size with the disk block size avoids that additional overhead. From owner-freebsd-questions@freebsd.org Fri Sep 11 22:16:41 2015 Return-Path: Delivered-To: freebsd-questions@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 A3EF3A0216B for ; Fri, 11 Sep 2015 22:16:41 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from cargobay.net (cargobay.net [198.178.123.147]) (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 83AAC14B0 for ; Fri, 11 Sep 2015 22:16:41 +0000 (UTC) (envelope-from milios@ccsys.com) Received: from [192.168.0.4] (cblmdm72-240-160-19.buckeyecom.net [72.240.160.19]) by cargobay.net (Postfix) with ESMTPSA id 72909714; Fri, 11 Sep 2015 22:11:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: mdconfig creating file based memory disk From: "Chad J. Milios" X-Mailer: iPhone Mail (12H321) In-Reply-To: <20150911060251.5cd303ba@X220.alogt.com> Date: Fri, 11 Sep 2015 18:16:32 -0400 Cc: "freebsd-questions@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20150910111034.20b97c41@X220.alogt.com> <20150911060251.5cd303ba@X220.alogt.com> To: Erich Dollansky X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 22:16:41 -0000 > On Sep 10, 2015, at 6:02 PM, Erich Dollansky = wrote: > If mdconfig would lock the file for > exclusive access, this would not happen. I should have a lock at the > sources when time permits this. >=20 > Erich That makes a lot of sense. If md were built today it probably would use simi= lar locking semantics like we've come to expect from post-geom devices. I wo= nder if ggatel behaves closer to what you're describing. It is the geom-made= equivalent to md with similar functionality.= From owner-freebsd-questions@freebsd.org Fri Sep 11 22:33:33 2015 Return-Path: Delivered-To: freebsd-questions@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 3C278A029A2 for ; Fri, 11 Sep 2015 22:33:33 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1926D1FA7 for ; Fri, 11 Sep 2015 22:33:33 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) Received: by mailman.ysv.freebsd.org (Postfix) id 16AD8A029A1; Fri, 11 Sep 2015 22:33:33 +0000 (UTC) Delivered-To: questions@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 163ACA029A0 for ; Fri, 11 Sep 2015 22:33:33 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) Received: from nm38-vm6.bullet.mail.gq1.yahoo.com (nm38-vm6.bullet.mail.gq1.yahoo.com [98.136.217.77]) (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 DC9121FA5 for ; Fri, 11 Sep 2015 22:33:32 +0000 (UTC) (envelope-from diewolfsschanze@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1442010607; bh=Hbs2k/WIGlI0YcSUBd4MHRStGlqpug6OHCq4TEWqRb8=; h=From:Subject:Date:To:From:Subject; b=F8NetRuzOjyYCCGhJpeICJQM/Cq8hS7c0kVoQvYI0Vknr/HdIUdWNxAw5dd+JQUWGnA7udbXBCQwv15tzlU6fY2Lx4disyMVLe8PMTffYZWlcluBN3PCU8W/ywWD8zkG/4fv+dPBp98cFNWXlTI7PrOwDpfTV6GIa/6zXPUg7fEitSOzM8dyzRrGNgSwZHD62G9Yxr3Jh3zjXZhVGQFeRBewm1peyj2XTy+0paBTRmfr7F8gazu5J0EjtoUv5x48FuBbfnAZp/YnzSSy8MY7fo2b4IOz5N9bKZG1AFPjkNRFM/NLulmIhPlbkULD8cwvkQ3uqMnKb5ykwQqZgzL68A== Received: from [127.0.0.1] by nm38.bullet.mail.gq1.yahoo.com with NNFMP; 11 Sep 2015 22:30:07 -0000 Received: from [98.137.12.56] by nm38.bullet.mail.gq1.yahoo.com with NNFMP; 11 Sep 2015 22:27:07 -0000 Received: from [98.136.164.68] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 11 Sep 2015 22:27:07 -0000 Received: from [127.0.0.1] by smtp230.mail.gq1.yahoo.com with NNFMP; 11 Sep 2015 22:27:07 -0000 X-Yahoo-Newman-Id: 134883.31561.bm@smtp230.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-4 X-YMail-OSG: ugk4kIMVM1la_iXbNF7UWETSlMUneHB9WUTDu3dDcqEBmYc 3PhOlXiginUm0vfixDmEkEq2dagwCpN235CQGvxmbdiyU96f1w3_Ic9it3GT oh4OLvzLNADGwdxJq.Nfv8EzLbOOSAmgxHI951d1cnSgqmATot_YPFQhkKnL 5J4NnvjRkrU9oqSV0aseS9NZDDnCPpD8_HgvxMS2DO5jyiyEULyutURkNJGh dMwnrL6ozJccTlN3k_D_pHWBebubQ7aTtQ9Xv1FN0Anv5BV49d.o_pYOhYhA GPYdTZRZen4SGIwOXhplWv9gi4ngvL5foz7Bj7_pXWDVzwL5joBTtQtmh_cs WtF3MKiHzG1avInD4IzLvEI5EpxZrZpuEPaxdVZhZ6aycpr.RNpePcQw1X2H _RhV3x_AHKEDXnUA.btg6s3LP70cXzMz_0vbK5OlTING2tEfb3GN0F_1E8XV LNOiMLQN0o95RK2m6q8s.WmFOPiLoJ5bRRpbzaNkQTKD.Jyv0HktmHMsnBeo 00ZXNhSb_0.loUXnOIOYjfJ6Vxtrn4RnPDFi6.ck8Y6Fpb0rPlbg5Qg-- X-Yahoo-SMTP: XBx8IYmswBAYat9zyH8yWVx0IFLnT93Ea1Hvaw-- From: John Drake Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Fortran compiler Message-Id: <1BC3675D-802F-4830-AA21-3556D61F6861@yahoo.com> Date: Fri, 11 Sep 2015 15:27:04 -0700 To: questions@freebsd.org X-Mailer: iPhone Mail (12H321) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 22:33:33 -0000 I installed FreeBSD version 10.1, but can find no man page for f77. Is a Fo= rtran compiler part of the base system? If it is part of the base system, w= hat is its name? If it is not part of the base system, where do I find it? = I failed to find it in /usr/ports/lang. Sent from my iPhone= From owner-freebsd-questions@freebsd.org Fri Sep 11 22:51:08 2015 Return-Path: Delivered-To: freebsd-questions@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 841ACA0129B for ; Fri, 11 Sep 2015 22:51:08 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 631CA1957 for ; Fri, 11 Sep 2015 22:51:08 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5D6E9A01292; Fri, 11 Sep 2015 22:51:08 +0000 (UTC) Delivered-To: questions@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 43347A01290 for ; Fri, 11 Sep 2015 22:51:08 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::233]) (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 0E42E1942 for ; Fri, 11 Sep 2015 22:51:08 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by ioii196 with SMTP id i196so114373737ioi.3 for ; Fri, 11 Sep 2015 15:51:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=n7phMVSLsX40IEqyvZDIUaWSMz5L2Iwhp2aBSmmdQAY=; b=TSC54jU9wnHmD+R2YuydrzO0eWgUPkFIIYjsBWMAdfr1FlgcMfQAv2MChu+wIQNaCX QIRHeRvaaKxyJNHJeVEtUi9JWw4RE4mu0joxv6p2/vMI5yUjyHng3ve/H5rRzEGV64O6 zUkbq1ccQYZ52He3rdj11CiVhKVHVQ6y/lKACeG79VSbwfkMpKy592B6xC1X/jnyEUCY 0V+WdJem0EJSjCGqIr3rRzAYPG7A7kdUpDtOI3HXGSq3wN3hZ7VUtR2Viyi0k+D+N3ra Ocjxyr7klrgEopVHeqxkr6W8/W/fQZXbcdVX9Z1Vc3GcbkAqlmJoVIb2vrjCBX3ADEHT pXLw== MIME-Version: 1.0 X-Received: by 10.107.131.134 with SMTP id n6mr7422111ioi.192.1442011867415; Fri, 11 Sep 2015 15:51:07 -0700 (PDT) Received: by 10.65.15.33 with HTTP; Fri, 11 Sep 2015 15:51:07 -0700 (PDT) In-Reply-To: <1BC3675D-802F-4830-AA21-3556D61F6861@yahoo.com> References: <1BC3675D-802F-4830-AA21-3556D61F6861@yahoo.com> Date: Fri, 11 Sep 2015 15:51:07 -0700 Message-ID: Subject: Re: Fortran compiler From: Mehmet Erol Sanliturk To: John Drake Cc: "questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Sep 2015 22:51:08 -0000 On Fri, Sep 11, 2015 at 3:27 PM, John Drake via freebsd-questions < freebsd-questions@freebsd.org> wrote: > I installed FreeBSD version 10.1, but can find no man page for f77. Is a > Fortran compiler part of the base system? If it is part of the base > system, what is its name? If it is not part of the base system, where do I > find it? I failed to find it in /usr/ports/lang. > > Sent from my iPhone > _______________________________________________ > > If you install GCC , in it , there is gfortran . Check it as $ gfortran --version $ gfortran --help $ man gfortran Mehmet Erol Sanliturk From owner-freebsd-questions@freebsd.org Sat Sep 12 01:11:43 2015 Return-Path: Delivered-To: freebsd-questions@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 E89D9A01293 for ; Sat, 12 Sep 2015 01:11:43 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 C70881B12 for ; Sat, 12 Sep 2015 01:11:43 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=G15Evp2drY1gTXWWYpYl5HQvqCG1QbpnqSEWLBHM4h4=; b=pZ6w1fKUUkAKNxCKSeNQU9Q4AFqK8Bo1u6OKVSgZ6tw8vluQVAje7b81Pe6d8MVVve+WXnm3J7+ixdKCm0Bm7Wj1ihER9q5g2EvBgviHDaCTaftFkSrpcF4Z0P02aRW0bcbfvDlbEZfsC7DxJM5tvqlLFsMUaI46z6KPHH/Rxk8=; Received: from [114.121.134.173] (port=22455 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1ZaZLs-000ais-Q4; Fri, 11 Sep 2015 19:11:37 -0600 Date: Sat, 12 Sep 2015 09:11:30 +0800 From: Erich Dollansky To: "Chad J. Milios" Cc: "freebsd-questions@freebsd.org" Subject: Re: mdconfig creating file based memory disk Message-ID: <20150912091130.7bbaf72e@X220.alogt.com> In-Reply-To: References: <20150910111034.20b97c41@X220.alogt.com> <20150911060251.5cd303ba@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 01:11:44 -0000 Hi, On Fri, 11 Sep 2015 18:16:32 -0400 "Chad J. Milios" wrote: > ggatel I think that plain old file locking would have done the job. md has the advantage of being real easy to use. Irony is that this 'feature' comes from md's origins. RAM exists only on a single location under one address in one machine. If nothing else is done, the requested memory is always assigned exclusively to one program. Erich From owner-freebsd-questions@freebsd.org Sat Sep 12 03:12:24 2015 Return-Path: Delivered-To: freebsd-questions@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 ABE63A01FA0 for ; Sat, 12 Sep 2015 03:12:24 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from douhisi.pair.com (douhisi.pair.com [209.68.5.179]) (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 8E1BF17A7 for ; Sat, 12 Sep 2015 03:12:23 +0000 (UTC) (envelope-from quartz@sneakertech.com) Received: from [10.2.2.1] (pool-173-48-121-235.bstnma.fios.verizon.net [173.48.121.235]) by douhisi.pair.com (Postfix) with ESMTPSA id C814E3F760 for ; Fri, 11 Sep 2015 23:12:16 -0400 (EDT) Message-ID: <55F39810.2010503@sneakertech.com> Date: Fri, 11 Sep 2015 23:12:16 -0400 From: Quartz MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: followup storage question References: <55F2D086.6060509@hiwaay.net> <55F2ED46.6060708@hiwaay.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 03:12:24 -0000 > The gnop trick is to force the *size* of ZFS blocks to be 4K. Jumping in here quick- the 'gnop trick' is only necessary for 9.x, right? 10.x can just use ashift? From owner-freebsd-questions@freebsd.org Sat Sep 12 03:20:44 2015 Return-Path: Delivered-To: freebsd-questions@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 00BDDA023C7 for ; Sat, 12 Sep 2015 03:20:44 +0000 (UTC) (envelope-from lists@flederma.us) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.perfora.net", Issuer "thawte SSL CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF57119CC for ; Sat, 12 Sep 2015 03:20:43 +0000 (UTC) (envelope-from lists@flederma.us) Received: from neon.local ([73.207.230.118]) by mrelay.perfora.net (mreueus001) with ESMTPSA (Nemesis) id 0M41XI-1YjBcM0sew-00rXXD for ; Sat, 12 Sep 2015 05:15:24 +0200 To: freebsd-questions From: Cary Subject: dhclient(8) sets wrong interface netmask on boot up X-Enigmail-Draft-Status: N1110 Message-ID: <55F398CA.7050308@flederma.us> Date: Fri, 11 Sep 2015 23:15:22 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:k1UpLLJKc9ltmjTzdIDGsmSfLzcHoAvDF6GebLT3QbtLiDCLL5B aeHa5basODK7PICRpbyqDfCbLWWa9fDccHfXy+KVqUkI+iqK1860m9VjaOh3HVPt1ObjAX1 9icGeaT7H9EMIyEzotSnXYlCh4z3vJd1fk9nEaoAQg+O3gBVsqMQjbW8tng2GrIqArt7UOs mMTxHbaoc6zzSVFpfe7cQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Cf8Xe2Fznz4=:fNaS92jdRRJca++tuPueD7 9pimEySVGEr1VlZLS0MwCGAQd7FH6Xdr79QmCseCkHdT0PDhTtskCX56lDM+huVWWteHvf7ms /VOzV5uvM+DDIB7p/sXfLvqmMkJwnjEuYDNjO53KNkolEG0s3qabd8QgHSbUE16giKyLKIXTT 4/lzsc5gdiS7CrwKQAGVRB4k/xRxkG77t890Y15qPGgXVKV5v9Sk/GPvHajyPRp3rnm8/c0LP yb16qqN5bGHQ09vKrRd0+mDHPawon3KAsL55TFEon8O93H+nyvIc8exGBzAHUKaDo7jNlORjU pNJIt7rs51mWOlsWd5c1mZZ0e3md+9o9JGhwnooJh7KRBXS2bD6wHXndsis9tcVEpkdhzbvtm BjOOQ8AzqDjcISCZ+D7z5N0sUdYGTGtCfH2pnMcUhjBnm0e55SefgB4EI64dml6nx1eCvVPzT sNmAZVJT98y1ZTo6zK6MBpf/UjmZuu7KkdbQR/OB8et8nYybawShsfIYySG70Rd6fZjf4GCen qkaC64vyGP8ObubRaflbtRShQuA9S5nHH7XNZ/2Mw8Y9+cGcr0xJsol7ReJopl51Dry8Jdq6A dogBl4u8GyXXmyU9ww/rJW16teYjD0nssKXLiwhC2iepbliswRvE2Kg3pgM1ZDOKW4DymnL0z hdf9+JNZ6XYvkVyvSZsV2JYKb1B8nwNvDLgKyalwwDXvqddhiAq/3yuLSTOgd0qq9jHqPPhqx vzhAKsVnHLvVhUHN X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 03:20:44 -0000 QUESTION: How do I get dhclient to correctly set the interface netmask when the system boots? Once the system is booted, I cannot SSH into the system until I have logged in via the console and restarted dhclient(8) (`service dhclient restart em0`). ACTIONS TAKEN: I've installed 10.2-RELEASE[uname] from scratch. My [/etc/rc.conf] specifies that the em0 interface should have dhclient run on it. Running ifconfig(8) prior (ifconfig-0.out) and post (ifconfig-1.out) dhclient, I found that the netmask is set incorrectly after boot: # ifconfig -a > ifconfig-0.out # service dhclient restart em0 Stopping dhclient. Starting dhclient. DHCPREQUEST on em0 to 255.255.255.255 port 67 DHCPACK from 192.168.20.1 bound to 192.168.20.166 -- renewal in 43200 seconds. # ifconfig -a > ifconfig-1.out # diff ifconfig-0.out ifconfig-1.out 4c4 < inet 192.168.20.166 netmask 0xffffffff broadcast 192.168.20.166 --- > inet 192.168.20.166 netmask 0xffffff00 broadcast 192.168.20.255 My [/etc/dhclient.conf] file is unchanged from the system default. The DHCP server is an residential wireless router. All other devices are receiving DHCP configurations from the router without issue. Thank you in advance for any assistance! [uname] FreeBSD public.fbsd.local 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 15:26:37 UTC 2015 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 [/etc/rc.conf] hostname="public.fbsd.local" ifconfig_em0="DHCP" cloned_interfaces="${cloned_interfaces} lo1" sshd_enable="YES" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev="AUTO" # enable ezjail ezjail_enable="YES" ### EOF /etc/rc.conf ### [/etc/dhclient.conf] ### empty file -- Cary Mathews From owner-freebsd-questions@freebsd.org Sat Sep 12 11:54:56 2015 Return-Path: Delivered-To: freebsd-questions@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 549CAA02DF1 for ; Sat, 12 Sep 2015 11:54:56 +0000 (UTC) (envelope-from luzar722@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 22D6B1207 for ; Sat, 12 Sep 2015 11:54:56 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by iofh134 with SMTP id h134so124201312iof.0 for ; Sat, 12 Sep 2015 04:54:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=XL+M3y7dNONMkLKQS3W00rhPUh+5GA1Noww4y1e2R3k=; b=Gt/vjut4mSU3DHnJupwTv6pa08rXVs7nKFUqoYf1SjZWPxw31TNFQgDWXv0drfL5ar 7KgyaOrFFcHHYhYvRrQ18mJQ+Wv/vBz9rpd1nA6uPwyTdd5/VDbpYceIlv8LmVl8/ciD OQ8vuRXKpJa0uMtALqG2Mc0x2yW3HTE0MuMPswOHkTfzYzjKwn6Jh9xEM1QX+FUCJfAq yyEETuH/JXL2cH7EK4sCxtPJyn20+TV447tqQIpTs6gpKhAzdOvyOy4Wz8uKY9Zn6/p0 Z3Er2b/CzlHu8p6yQEE7DblZKdZncMWkbF1C4KNjGcyPOvuJreIOrYpljg5wSdNpTqUV Xd8g== X-Received: by 10.107.135.69 with SMTP id j66mr10170476iod.174.1442058895496; Sat, 12 Sep 2015 04:54:55 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by smtp.googlemail.com with ESMTPSA id qd2sm1625182igb.19.2015.09.12.04.54.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 12 Sep 2015 04:54:54 -0700 (PDT) Message-ID: <55F41292.6010904@gmail.com> Date: Sat, 12 Sep 2015 07:54:58 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-questions Subject: IPv6 and ipfilter rules Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 11:54:56 -0000 Hello List; Been running my ipfilter rules since Freebsd release 3.0 with no problems. Lately noticed in the ipf log a high volume of inbound IPv6 attack traffic. I decided to add this rule to block all inbound IPv6 traffic. bock in quick on x10 family inet6 all What I got was both IPv6 and IPv4 inbound traffic is blocked. Is there something wrong with the rule I used? Is this a bug? From owner-freebsd-questions@freebsd.org Sat Sep 12 14:30:37 2015 Return-Path: Delivered-To: freebsd-questions@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 A5151A0216E for ; Sat, 12 Sep 2015 14:30:37 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from mail.physics.umn.edu (smtp.spa.umn.edu [128.101.220.4]) (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 81C2D17F5 for ; Sat, 12 Sep 2015 14:30:36 +0000 (UTC) (envelope-from allan@physics.umn.edu) Received: from c-66-41-25-68.hsd1.mn.comcast.net ([66.41.25.68] helo=[192.168.0.107]) by mail.physics.umn.edu with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Zalp4-0006eO-UY for freebsd-questions@freebsd.org; Sat, 12 Sep 2015 09:30:35 -0500 Subject: Re: followup storage question To: freebsd-questions@freebsd.org References: <55F2D086.6060509@hiwaay.net> <55F2ED46.6060708@hiwaay.net> <55F39810.2010503@sneakertech.com> From: Graham Allan Message-ID: <55F4370E.4040908@physics.umn.edu> Date: Sat, 12 Sep 2015 09:30:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55F39810.2010503@sneakertech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 14:30:37 -0000 On 9/11/2015 10:12 PM, Quartz wrote: >> The gnop trick is to force the *size* of ZFS blocks to be 4K. > > Jumping in here quick- the 'gnop trick' is only necessary for 9.x, > right? 10.x can just use ashift? The ashift method also works for 9.3 for sure (I never used 9.2 so can't say). From owner-freebsd-questions@freebsd.org Sat Sep 12 14:45:14 2015 Return-Path: Delivered-To: freebsd-questions@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 8FF4AA027BB for ; Sat, 12 Sep 2015 14:45:14 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (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 241211D78 for ; Sat, 12 Sep 2015 14:45:14 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wiclk2 with SMTP id lk2so86493509wic.1 for ; Sat, 12 Sep 2015 07:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9VXgWv/jGzFtObbIkfvL/PDDesL05vQjYJX3ilW8vL0=; b=B4PjRb/cUTCkiW2QkKWJzTdiR4BAFJqu1/1uD1oRJo1byK8qfl9l8ikNtiiBX/T2dD i8wQaNduvUAnMK7usMzjgg5kgNBdwmM5Wh7h65bbMtsFR217jnQAcbbD4GlpQ2644yg3 QFjBxOZnT4GhW/74Eq1k5kFoI7kCEl/X2KTMFtCBBeHJvKT83r73SkVlFNQI31w7/2Ag kx5MuPRB/aoYToTOEHAOWlkXnaddS+sM5Q2q8Qwh6FpEcnNL6LCV/guh1aDdB/PC/4F+ 95lc/QVPI/VQMdFLR50bATe1Gw7zyKIa/I0oF3iKunyh4m77P2yDhsZVmdsmN17Mf2lW 1DnA== MIME-Version: 1.0 X-Received: by 10.180.102.74 with SMTP id fm10mr7300055wib.25.1442069111450; Sat, 12 Sep 2015 07:45:11 -0700 (PDT) Received: by 10.194.16.231 with HTTP; Sat, 12 Sep 2015 07:45:11 -0700 (PDT) In-Reply-To: <55F398CA.7050308@flederma.us> References: <55F398CA.7050308@flederma.us> Date: Sat, 12 Sep 2015 09:45:11 -0500 Message-ID: Subject: Re: dhclient(8) sets wrong interface netmask on boot up From: Adam Vande More To: Cary Cc: freebsd-questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 14:45:14 -0000 On Fri, Sep 11, 2015 at 10:15 PM, Cary wrote: > QUESTION: How do I get dhclient to correctly set the interface netmask > when the system boots? > > Once the system is booted, I cannot SSH into the system until I have > logged in via the console and restarted dhclient(8) (`service dhclient > restart em0`). > > ACTIONS TAKEN: > I've installed 10.2-RELEASE[uname] from scratch. > > My [/etc/rc.conf] specifies that the em0 interface should have dhclient > run on it. > > Running ifconfig(8) prior (ifconfig-0.out) and post (ifconfig-1.out) > dhclient, I found that the netmask is set incorrectly after boot: > > # ifconfig -a > ifconfig-0.out > # service dhclient restart em0 > Stopping dhclient. > Starting dhclient. > DHCPREQUEST on em0 to 255.255.255.255 port 67 > DHCPACK from 192.168.20.1 > bound to 192.168.20.166 -- renewal in 43200 seconds. > # ifconfig -a > ifconfig-1.out > # diff ifconfig-0.out ifconfig-1.out > 4c4 > < inet 192.168.20.166 netmask 0xffffffff broadcast 192.168.20.166 > --- > > inet 192.168.20.166 netmask 0xffffff00 broadcast 192.168.20.255 > > My [/etc/dhclient.conf] file is unchanged from the system default. > > The DHCP server is an residential wireless router. All other devices are > receiving DHCP configurations from the router without issue. > > Thank you in advance for any assistance! > Nothing you've given us would lead me to believe this is an issue with dhclient. Why do you? It simply assigns whatever info it gets from DHCP. > [uname] FreeBSD public.fbsd.local 10.2-RELEASE FreeBSD 10.2-RELEASE #0 > r286666: Wed Aug 12 15:26:37 UTC 2015 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > [/etc/rc.conf] > hostname="public.fbsd.local" > ifconfig_em0="DHCP" > cloned_interfaces="${cloned_interfaces} lo1" > previous line doesn't make much sense. > sshd_enable="YES" > -- Adam From owner-freebsd-questions@freebsd.org Sat Sep 12 17:47:04 2015 Return-Path: Delivered-To: freebsd-questions@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 22A99A02845 for ; Sat, 12 Sep 2015 17:47:04 +0000 (UTC) (envelope-from lists@flederma.us) Received: from mout.perfora.net (mout.perfora.net [74.208.4.197]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.perfora.net", Issuer "thawte SSL CA - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E74D2189C for ; Sat, 12 Sep 2015 17:47:03 +0000 (UTC) (envelope-from lists@flederma.us) Received: from neon.local ([73.207.230.118]) by mrelay.perfora.net (mreueus001) with ESMTPSA (Nemesis) id 0LfAKc-1Yqkhi0WXw-00oojb for ; Sat, 12 Sep 2015 19:47:02 +0200 Subject: Re: dhclient(8) sets wrong interface netmask on boot up To: freebsd-questions@freebsd.org References: <55F398CA.7050308@flederma.us> From: Cary X-Enigmail-Draft-Status: N1110 Message-ID: <55F46514.9020702@flederma.us> Date: Sat, 12 Sep 2015 13:47:00 -0400 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 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:fe7++Kk75xQmlYSU3xAH9IrQS2YNgdUEfOe/F3UYKFEomldXhDm 5jZ4nyZ7rFQGMdU27NoGB7go0/3+J8Yrmlqlk2xzIvdts7c0ms1c4D7X0whNu/UDd8MAAEf Gfwu7micseNTkQkfsH9bIqTw2LkZsD0smheNHRTWEZ6w5p3Lwsug+5vPIIMmfn066+LyU8S mh61mXybLnX9IeWVx113g== X-UI-Out-Filterresults: notjunk:1;V01:K0:Bbk20HEMUU8=:uLERo9XrfzmOQVdB2GXdPi bM536s/G7cM7/Y83hXUptNbgowI1VyVVVz3CnG45yEEfDV+jti3anYnsnuYf4VhFG2U+HHEau cd5agWGZV19c4QL/LlsokjsO32vG/PXFLznSVbTfID0Xe83l877B4qiT9D78O5qZr1uP3EZXV uViFQnUaygjMgfpTBnCHeORRk3R0n66uRL3yzrbwoXJVXIt7iFRNKPkJ9//sf0ZsT+PRImxB7 pRg5TEp1X6tU9wlnQ5VnR3Cv6+hkBLQp6NwWGdhOschL7B0um3lidE7W0oh2jdDsBU8vMWIpC jOZYjgNsWo1GWKhuOxMQ5n9yK1MGHwr9ay3xj5d1ZT9k0GWyCMEmvceskEtlV85Nb/6pNDJgJ U9j8CvcwexUP7LLI/FesS1ic7th3qYRpTc/m22/r5BE4QLmq9F2M8qBpIae9zx3djirlW947y P9oSLiuXq3vfkXYXRVpTItQnAW79YrWmbWq8ZnV/vcuk+48dPHlMlVO33ITgUrpHXqxpMMTyU FsF7wMdwRq20ZDe/gMwk/1Xtl6+/3BGlMdnMzd/B0MtWgZ79jsaT/PP1y+6SBv8jNasKQk5ZT ATeImCDjRD12cjS7vqP1l0dzhu1L8IAUIzC+JGnRlfvQjlu9Nd0RGTXOsJ6QMJn7ImGvyqyM+ 06p0xS05pXkOEOQduEAwCPi7f+qXhCFRc4gxTRxs2C0r7z+ps2CaK5YFMGEisCNqeo/CbQjbn mjXV5fXHUQkKES9O X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 17:47:04 -0000 On 09/12/2015 10:45, Adam Vande More wrote: > On Fri, Sep 11, 2015 at 10:15 PM, Cary wrote: > >> QUESTION: How do I get dhclient to correctly set the interface netmask >> when the system boots? >> >> Once the system is booted, I cannot SSH into the system until I have >> logged in via the console and restarted dhclient(8) (`service dhclient >> restart em0`). >> >> ACTIONS TAKEN: >> I've installed 10.2-RELEASE[uname] from scratch. >> >> My [/etc/rc.conf] specifies that the em0 interface should have dhclient >> run on it. >> >> Running ifconfig(8) prior (ifconfig-0.out) and post (ifconfig-1.out) >> dhclient, I found that the netmask is set incorrectly after boot: >> >> # ifconfig -a > ifconfig-0.out >> # service dhclient restart em0 >> Stopping dhclient. >> Starting dhclient. >> DHCPREQUEST on em0 to 255.255.255.255 port 67 >> DHCPACK from 192.168.20.1 >> bound to 192.168.20.166 -- renewal in 43200 seconds. >> # ifconfig -a > ifconfig-1.out >> # diff ifconfig-0.out ifconfig-1.out >> 4c4 >> < inet 192.168.20.166 netmask 0xffffffff broadcast 192.168.20.166 >> --- >>> inet 192.168.20.166 netmask 0xffffff00 broadcast 192.168.20.255 >> >> My [/etc/dhclient.conf] file is unchanged from the system default. >> >> The DHCP server is an residential wireless router. All other devices are >> receiving DHCP configurations from the router without issue. >> >> Thank you in advance for any assistance! >> > > Nothing you've given us would lead me to believe this is an issue with > dhclient. Why do you? It simply assigns whatever info it gets from DHCP. > > Thanks, Adam. It is good to know that this configuration should be correct. I believe it is a dhclient issue because it is the only means by which I'm configuring the network, at boot up and once the system is running. The netmask is set incorrectly on boot, and after running dhclient manually it is set correctly. >> [uname] FreeBSD public.fbsd.local 10.2-RELEASE FreeBSD 10.2-RELEASE #0 >> r286666: Wed Aug 12 15:26:37 UTC 2015 >> root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >> >> [/etc/rc.conf] >> hostname="public.fbsd.local" >> ifconfig_em0="DHCP" >> cloned_interfaces="${cloned_interfaces} lo1" >> > > previous line doesn't make much sense. > That was copied from the FreeBSD handbook section on managing jails (https://www.freebsd.org/doc/handbook/jails-ezjail.html). I didn't think that the jails would mess with the base host network configuration. However, after re-looking at the jail config, I changed the config line in /usr/local/etc/ezjail/www_local from: export jail_www_local_ip="lo1|127.0.1.1,em0|192.168.20.166" to export jail_www_local_ip="lo1|127.0.1.1" After reboot, I was able to SSH into it without trouble. But now the httpd server cannot bind to the em0 interface. I guess I can forward traffic with ipfw or pfctl to get around that issue. LESSON LEARNED: ezjail *will* override the DHCP-assigned configuration of an interface! Thanks for the nudge, Adam. Hopefully my ignorance will help someone else down the line. > >> sshd_enable="YES" >> > > -- Cary Mathews From owner-freebsd-questions@freebsd.org Sat Sep 12 18:24:15 2015 Return-Path: Delivered-To: freebsd-questions@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 D88E5A02799 for ; Sat, 12 Sep 2015 18:24:15 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 834CD1A3C for ; Sat, 12 Sep 2015 18:24:15 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8CIO5oT064988 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 12 Sep 2015 12:24:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8CIO5cl064985; Sat, 12 Sep 2015 12:24:05 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 12 Sep 2015 12:24:05 -0600 (MDT) From: Warren Block To: Cary cc: freebsd-questions@freebsd.org Subject: Re: dhclient(8) sets wrong interface netmask on boot up In-Reply-To: <55F46514.9020702@flederma.us> Message-ID: References: <55F398CA.7050308@flederma.us> <55F46514.9020702@flederma.us> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 12 Sep 2015 12:24:05 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 18:24:15 -0000 On Sat, 12 Sep 2015, Cary wrote: > On 09/12/2015 10:45, Adam Vande More wrote: >>> >>> [/etc/rc.conf] >>> hostname="public.fbsd.local" >>> ifconfig_em0="DHCP" >>> cloned_interfaces="${cloned_interfaces} lo1" >>> >> >> previous line doesn't make much sense. >> > > That was copied from the FreeBSD handbook section on managing jails > (https://www.freebsd.org/doc/handbook/jails-ezjail.html). I didn't think > that the jails would mess with the base host network configuration. Well, they add aliases. The cloned_interfaces line lets the jails use a separate loopback interface from the host. > However, after re-looking at the jail config, I changed the config line > in /usr/local/etc/ezjail/www_local from: > > export jail_www_local_ip="lo1|127.0.1.1,em0|192.168.20.166" > to > export jail_www_local_ip="lo1|127.0.1.1" Wait, you were assigning the host's IP address to the jail? That's the problem. > After reboot, I was able to SSH into it without trouble. But now the > httpd server cannot bind to the em0 interface. I guess I can forward > traffic with ipfw or pfctl to get around that issue. > > LESSON LEARNED: ezjail *will* override the DHCP-assigned configuration > of an interface! Well... when the jail is reusing the host's IP address, yes. Jails use aliases, and the netmask for an alias is 0xffffffff (255.255.255.255). So the host got an IP address and valid netmask from the DHCP server at boot, then the jail startup reassigned the same IP address to the host as an alias, setting an alias netmask. From earlier posts: >> < inet 192.168.20.166 netmask 0xffffffff broadcast 192.168.20.166 >> --- >>> inet 192.168.20.166 netmask 0xffffff00 broadcast 192.168.20.255 It's a little surprising that didn't fail with an error. The current setup (not specifying an IP address for the jail) ends up using the host's IP address again. That also seems like a mistake, but maybe not. From owner-freebsd-questions@freebsd.org Sat Sep 12 19:34:00 2015 Return-Path: Delivered-To: freebsd-questions@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 DC707A0234C for ; Sat, 12 Sep 2015 19:33:59 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (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 775111B94 for ; Sat, 12 Sep 2015 19:33:59 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by wiclk2 with SMTP id lk2so90802059wic.1 for ; Sat, 12 Sep 2015 12:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=9rEXbImhcgxElVC5p3VgaHQCCds/yiWRYMvJ8Z0Gnt8=; b=cXSHx8hCaX3q1cxmReHI18AWmSWecmlaIJV5nRqB8yzu5/EeNyPdub/4DiJxPRTtC/ +6ilCpTZa1tyFSrj4bAm0J+7+2OoSEc+UnPRc6nW7T3smKkfoja9EIxRNJXNcSJBLPkA aKxs6cYfsRSTTHVF/Gn900SgdyNUxgVzEZ8jdeK1RWDxr7NHwCYOTvia1s13KeFBlUp3 Jyc8Wb6EKqFN9HYjG3KQ8/TV55yH0ZyY+L7f7qDlokiUQlmO+Kzj6SAs+6LOhYRnqKrO r2QNCZYmlU+Gg6+DUd1f3xQJ0F60RXGwQqKTvZ5E2pwpIV27fr2r+YFdgK8VWvEpuXA1 QCNQ== MIME-Version: 1.0 X-Received: by 10.180.84.225 with SMTP id c1mr8699535wiz.92.1442086437794; Sat, 12 Sep 2015 12:33:57 -0700 (PDT) Received: by 10.194.16.231 with HTTP; Sat, 12 Sep 2015 12:33:57 -0700 (PDT) In-Reply-To: <55F46514.9020702@flederma.us> References: <55F398CA.7050308@flederma.us> <55F46514.9020702@flederma.us> Date: Sat, 12 Sep 2015 14:33:57 -0500 Message-ID: Subject: Re: dhclient(8) sets wrong interface netmask on boot up From: Adam Vande More To: Cary Cc: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 19:34:00 -0000 On Sat, Sep 12, 2015 at 12:47 PM, Cary wrote: > That was copied from the FreeBSD handbook section on managing jails > (https://www.freebsd.org/doc/handbook/jails-ezjail.html). > Yeah, but it doesn't make much sense there either. Appending cloned_interfaces instead of simply setting it is probably marginally useful to like 10 people in the world, but in this scenario only makes it a bit more complicated. It's inconsistent with every other common rc.conf setting and adds a scripting syntax which is unneeded and many are likely to be unfamiliar with. Since it's a non-experienced user using the doc a lot, distilling to bare essentials is the best. -- Adam From owner-freebsd-questions@freebsd.org Sat Sep 12 19:47:23 2015 Return-Path: Delivered-To: freebsd-questions@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 E073FA028F4 for ; Sat, 12 Sep 2015 19:47:23 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A39401FA0 for ; Sat, 12 Sep 2015 19:47:23 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.15.2/8.15.2) with ESMTPS id t8CJlJFL085450 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 12 Sep 2015 13:47:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.15.2/8.15.2/Submit) with ESMTP id t8CJlJLJ085447; Sat, 12 Sep 2015 13:47:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 12 Sep 2015 13:47:19 -0600 (MDT) From: Warren Block To: Adam Vande More cc: Cary , FreeBSD Questions Subject: Re: dhclient(8) sets wrong interface netmask on boot up In-Reply-To: Message-ID: References: <55F398CA.7050308@flederma.us> <55F46514.9020702@flederma.us> 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 (wonkity.com [127.0.0.1]); Sat, 12 Sep 2015 13:47:20 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 19:47:24 -0000 On Sat, 12 Sep 2015, Adam Vande More wrote: > On Sat, Sep 12, 2015 at 12:47 PM, Cary wrote: > >> That was copied from the FreeBSD handbook section on managing jails >> (https://www.freebsd.org/doc/handbook/jails-ezjail.html). >> > > Yeah, but it doesn't make much sense there either. Appending > cloned_interfaces instead of simply setting it is probably marginally > useful to like 10 people in the world, but in this scenario only makes it a > bit more complicated. It's inconsistent with every other common rc.conf > setting and adds a scripting syntax which is unneeded and many are likely > to be unfamiliar with. Since it's a non-experienced user using the doc a > lot, distilling to bare essentials is the best. Fair enough. See r47406. :) From owner-freebsd-questions@freebsd.org Sat Sep 12 23:18:27 2015 Return-Path: Delivered-To: freebsd-questions@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 E24ADA02D62 for ; Sat, 12 Sep 2015 23:18:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BE08C10E1 for ; Sat, 12 Sep 2015 23:18:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by mailman.ysv.freebsd.org (Postfix) id BAE3AA02D61; Sat, 12 Sep 2015 23:18:27 +0000 (UTC) Delivered-To: questions@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 BA75FA02D60 for ; Sat, 12 Sep 2015 23:18:27 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (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 5A6E210E0 for ; Sat, 12 Sep 2015 23:18:26 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: by wicfx3 with SMTP id fx3so99982669wic.1 for ; Sat, 12 Sep 2015 16:18:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:cc:reply-to :in-reply-to; bh=dFYUKPKjH5CA1nYw6xchnWXcl7I9rLLi7k6lbu1CbiI=; b=GWnUVFWhG43xHktvM9DmyWQS6NLwvkMqO4J7oLy7TMeaF07yMq7tykhi57qJIFbp2i FGVOs5enlzvvyd1JwTj54GEhly4BMo0styT7TkiUNjtnI1JSfepKfJATAeMHYjBcUJEP uSF5fn//8B5Dmg8nDn2hniu1csCTng5J30FLMtKqi3S33qnx3VLftmdfTk2hk3Hx3/pj QuN95mWHCGczhtZTQSV3qrHUE6Aeh6wi6SGDkX6eb8psZVZzVtB0VAfr09lHvk+chXga PRLopi9i4AC2kVpvqBO8R96ExuJPdgSd90yqCZ3bQqzq8ZFbVeKxgyjce8YstH49st+w bwsg== X-Gm-Message-State: ALoCoQm9TRhURFDndsVGCrMbZ6WYeIOpFsN8rjULuiK6nny7o5qKjHM/OAHb7TNKFCWqLfB8AVr1 X-Received: by 10.180.20.177 with SMTP id o17mr10237978wie.93.1442099905271; Sat, 12 Sep 2015 16:18:25 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (mech-as222.men.bris.ac.uk. [137.222.170.4]) by smtp.gmail.com with ESMTPSA id v6sm7645230wjf.13.2015.09.12.16.18.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 12 Sep 2015 16:18:24 -0700 (PDT) Received: from mech-as222.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2) with ESMTP id t8CNIOOf043380; Sun, 13 Sep 2015 00:18:24 +0100 (BST) (envelope-from mexas@mech-as222.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as222.men.bris.ac.uk (8.15.2/8.15.2/Submit) id t8CNIOGW043379; Sun, 13 Sep 2015 00:18:24 +0100 (BST) (envelope-from mexas) Date: Sun, 13 Sep 2015 00:18:24 +0100 (BST) From: Anton Shterenlikht Message-Id: <201509122318.t8CNIOGW043379@mech-as222.men.bris.ac.uk> To: diewolfsschanze@yahoo.com, m.e.sanliturk@gmail.com Subject: Re: Fortran compiler Cc: questions@freebsd.org Reply-To: mexas@bris.ac.uk In-Reply-To: X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2015 23:18:28 -0000 >If you install GCC , in it , there is gfortran . >Check it as > >$ gfortran --version >$ gfortran --help >$ man gfortran rat> pkg info -xo gcc gcc-4.8.5 lang/gcc gcc-ecj-4.5 lang/gcc-ecj45 gcc49-4.9.4.s20150819 lang/gcc49 gcc5-5.2.0_1 lang/gcc5 gcc6-6.0.0.s20150823 lang/gcc6-devel It's gfortran?*, e.g. gfortran48 or gfortran6. Anton