From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 02:42:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3210E3FC for ; Sun, 17 Nov 2013 02:42:32 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6A5C224F for ; Sun, 17 Nov 2013 02:42:31 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rAH2gNWA070900 for ; Sun, 17 Nov 2013 11:42:24 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 17 Nov 2013 11:42:23 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Please revert r258230 in stable/10 Message-Id: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 02:42:32 -0000 As some port requires libiconv.so.3 and currently converters/libiconv refuses to install if base iconv exists, WITH_LIBICONV_COMPAT option and related codes are still mandatory (preferrebly, default for 10.x). Please revert r258230 until any workaround is provided. If a PR is needed to revert, I'll do it. At least, japanese/mozc-tools (I and maybe many Japanese desktop users strongly need japanese/mozc-* ports, and it unconditionally requires libiconv.so.3) didn't build in head after r257583, which is MFC'ed this time. I think more and more ports would be affected. At that time, it was only in head, and no MFC date is targetted, so I didn't mention as I thought we users would have 2+ years to wait for base and ports to be finished by developers, or same time for discussion of proceeding or restoring WITH_LIBICONV_COMPAT knob. IMHO, as converters/libiconv refuses to be installed if /usr/include/iconv.h exists, namespace spoofing to ports libiconv stated in original commit message can't occur in fresh installation, isn't it? This case, using same namespace and individual names would be mandatory to fake port libiconv consumers (if not, meaning incompatible). No harm can exist this case. Am I missing something? As stable/10 and upcoming 10-RELEASE are the first version that base iconv libraries are default, and converters/libiconv does not want coexisting (at least, using current and plain ports tree to build) with base iconv, special care is needed for now. Possible workarounds I can imagine currently are: *Of course, reverting r258230 for 10.x lifetime for transition. *Merge now-removed base Citrus libiconv codes into converters/libiconv and conditionally build real gnu libiconv or Citrus based libiconv by checking existence of /usr/include/iconv.h. But I can't imagine actual how-to. I guess the latter can cause license management issue, but creating a new port for this shouldn't be an option to avoid dependency hell. Or can it be handled using some USES code? I'm not enough familiar to ports framework. -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 02:49:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FAB151E; Sun, 17 Nov 2013 02:49:10 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD332227D; Sun, 17 Nov 2013 02:49:09 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 9980990F5; Sun, 17 Nov 2013 02:49:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 9980990F5 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 16 Nov 2013 21:49:06 -0500 From: Glen Barber To: Tomoaki AOKI Subject: Re: Please revert r258230 in stable/10 Message-ID: <20131117024906.GE1643@glenbarber.us> References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="924gEkU1VlJlwnwX" Content-Disposition: inline In-Reply-To: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 02:49:10 -0000 --924gEkU1VlJlwnwX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 17, 2013 at 11:42:23AM +0900, Tomoaki AOKI wrote: > As some port requires libiconv.so.3 and currently converters/libiconv > refuses to install if base iconv exists, WITH_LIBICONV_COMPAT option > and related codes are still mandatory (preferrebly, default for 10.x). > Please revert r258230 until any workaround is provided. > If a PR is needed to revert, I'll do it. >=20 No, WITH_LIBICONV_COMPAT makes things worse. It was removed because it does much more harm than it does good. The remaining issues you mentioned are known, and we are working on solutions. Glen --924gEkU1VlJlwnwX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSiC6iAAoJELls3eqvi17QaSAP/3Mnp49yWXK1hsDljz9SG8mJ aPu5XR5m21UNXRgpOQaSXKOcwta0AM2yzBEvDgUHbFHBvuBv53nTOMXTjf13bxxq kd/s4Xo/75utbHzwQlym1KWKjFjDZC2YGwTFqskzeM+f9vsZDtLgbrU1qsRjDAvp DbBEMwtWzWPa8MTieDBHv2Y9FpxQOpn0pP0JuXiGUNu2yVPWFoI8EXYPBX1eWxCq PMgZUv39UxOaUGumHeq4YNpfksPmEZSEPNAXR+7PC4R/ctuu+ATsTggbCDLQYZmx 1dnikAEGZJ5zxZv1GX9/zvxUsvmLRxcvBGhCVvRF3nDJxEI1AkpHhFzX91MGPrMC S6I45JPxsBDDet7zdzajvk2ut6gbZZ1JF+x5fLwCtLHMGifioTyN8CTeGMf7zvhz 4QDGHNEAAcmlgZlpreyaX6VzHHKHvKPrI4v5Z5Ep/9yTm5ern18WqaBWyBVjQM68 6zu49ZzEt9F/mrriGB3uYelYci8cOXJtjPvelg3hGwrxWyA33j2cQjZV/xd3tn45 dVWZQsR/Kz919AQy3kCJTg3W1xCSJb5HUbk89olOlESmoG/bwNL5/dy/5aEL2cEq Txyd1gDgj1tYcN0N+LXrZ9I4HAhK4vG44+JYF82BEzpYW/4QFka3tuPW9kNrmdI0 xenOUFOBqEsCC4gVXu1Q =g25u -----END PGP SIGNATURE----- --924gEkU1VlJlwnwX-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 03:00:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2436835 for ; Sun, 17 Nov 2013 03:00:02 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A007C2300 for ; Sun, 17 Nov 2013 03:00:02 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rAH301a6071823 for ; Sun, 17 Nov 2013 12:00:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sun, 17 Nov 2013 12:00:00 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Please revert r258230 in stable/10 Message-Id: <20131117120000.6ad3db6c53e0e49055a7708f@dec.sakura.ne.jp> In-Reply-To: <20131117024906.GE1643@glenbarber.us> References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> <20131117024906.GE1643@glenbarber.us> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 03:00:02 -0000 On Sat, 16 Nov 2013 21:49:06 -0500 Glen Barber wrote: Thanks for very quick response, Glen. Glad to know the solution is ongoing. Hope it comes in 10.0-RELEASE. > On Sun, Nov 17, 2013 at 11:42:23AM +0900, Tomoaki AOKI wrote: > > As some port requires libiconv.so.3 and currently converters/libiconv > > refuses to install if base iconv exists, WITH_LIBICONV_COMPAT option > > and related codes are still mandatory (preferrebly, default for 10.x). > > Please revert r258230 until any workaround is provided. > > If a PR is needed to revert, I'll do it. > > > > No, WITH_LIBICONV_COMPAT makes things worse. It was removed because it > does much more harm than it does good. > > The remaining issues you mentioned are known, and we are working on > solutions. > > Glen > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 07:43:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E45ECBE for ; Sun, 17 Nov 2013 07:43:47 +0000 (UTC) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 300612E52 for ; Sun, 17 Nov 2013 07:43:47 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kq14so827487pab.6 for ; Sat, 16 Nov 2013 23:43:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Dgz2Azq8crLFWwLP8jD8inM0tooVmypvcOA06ANErCM=; b=QHV7ZH7atf6Cmphu5FxFNQmylfC8dVxSZaxeBgKMOG+jdMAeTqccIcyNDMzxcr7r3a qpPAVkl4BCl+h0w+EHMqo9xYEJC9Yan4FRESfMojfi4aY4bVUK2NMred8OInC7vmiwpA I/I9zbdlx+IbVLZXD23cFjeqin02FL8wpxZtvXbRty90OPynAwXwbT815e+zFgUG6K78 bcXT8Mjm4r/1PJVv5KrjeQgncbFcQ5fgfHkAa6z4YPVR5+TkMG2HBXptIsCukdAMFChZ JXVJetRjViZy4T5aATp/MYZ2c1ptDSM65wOgx/Ah5qeOGSWAZkw5bjcs/75qsPppZoBU iPVg== MIME-Version: 1.0 X-Received: by 10.68.217.129 with SMTP id oy1mr14699136pbc.23.1384674226825; Sat, 16 Nov 2013 23:43:46 -0800 (PST) Received: by 10.66.142.167 with HTTP; Sat, 16 Nov 2013 23:43:46 -0800 (PST) Date: Sun, 17 Nov 2013 08:43:46 +0100 Message-ID: Subject: pmc warnings on FreeBSD10-Beta3 From: Zenny To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 07:43:47 -0000 Hi: While trying to compile a new kernel in FreeBSD10-Beta3, I am getting six pmc warnings though the kernel gets compiled and works fine. Is it a bug or a feature? Something like discussed here too: http://lists.freebsd.org/pipermail/freebsd-hackers/2012-August/040174.html From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 09:49:33 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C352E04; Sun, 17 Nov 2013 09:49:33 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5CDE42387; Sun, 17 Nov 2013 09:49:31 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA24551; Sun, 17 Nov 2013 11:49:30 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Vhyyv-000Bef-Mr; Sun, 17 Nov 2013 11:49:29 +0200 Message-ID: <52889105.7040404@FreeBSD.org> Date: Sun, 17 Nov 2013 11:48:53 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , hartzell@alerce.com, freebsd-stable@FreeBSD.org Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> In-Reply-To: <5284B8A5.8040604@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 09:49:33 -0000 on 14/11/2013 13:48 Andriy Gapon said the following: > HOWEVER. I think that there is a bug that I introduced in r246293. > Specifically I changed > vm_page_undirty(pp); > to > pmap_remove_write(pp); > vm_page_clear_dirty(pp, off, nbytes); > > vm_page_undirty() would be a very serious (and probably obvious) bug, if it were > not a NOP in effect. The details are explained in the commit message. > But when I used vm_page_clear_dirty I completely missed the fact that *extends* > the range to DEV_BSIZE aligned boundaries[*]. So, given the described behavior > and that pmap_remove_write clears the page modified bit, it is possible that the > data dirty data in the extended areas will be marked as clean. Here is a patch (for head) that should fix the described above issue: diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c index 2e2cbd6..4fcd571 100644 --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c @@ -328,6 +328,20 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t nbytes) { vm_object_t obj; vm_page_t pp; + int64_t end; + + /* + * At present vm_page_clear_dirty extends the cleared range to DEV_BSIZE + * aligned boundaries, if the range is not aligned. As a result a + * DEV_BSIZE subrange with partially dirty data may get marked as clean. + * It may happen that all DEV_BSIZE subranges are marked clean and thus + * the whole page would be considred clean despite have some dirty data. + * For this reason we should shrink the range to DEV_BSIZE aligned + * boundaries before calling vm_page_clear_dirty. + */ + end = rounddown2(off + nbytes, DEV_BSIZE); + off = roundup2(off, DEV_BSIZE); + nbytes = end - off; obj = vp->v_object; zfs_vmobject_assert_wlocked(obj); @@ -362,7 +376,8 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t nbytes) ASSERT3U(pp->valid, ==, VM_PAGE_BITS_ALL); vm_object_pip_add(obj, 1); pmap_remove_write(pp); - vm_page_clear_dirty(pp, off, nbytes); + if (nbytes != 0) + vm_page_clear_dirty(pp, off, nbytes); } break; } -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 13:08:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 147ED563 for ; Sun, 17 Nov 2013 13:08:12 +0000 (UTC) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BBF0D2D2F for ; Sun, 17 Nov 2013 13:08:11 +0000 (UTC) Received: from smtp3h.mail.yandex.net (smtp3h.mail.yandex.net [84.201.186.20]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 81B631B217A1; Sun, 17 Nov 2013 17:08:07 +0400 (MSK) Received: from smtp3h.mail.yandex.net (localhost [127.0.0.1]) by smtp3h.mail.yandex.net (Yandex) with ESMTP id 15E8D1B41B84; Sun, 17 Nov 2013 17:08:06 +0400 (MSK) Received: from 46.38.32.182.tel.ru (46.38.32.182.tel.ru [46.38.32.182]) by smtp3h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id wcmKO2ebcD-86sGdvwG; Sun, 17 Nov 2013 17:08:06 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) Message-ID: <5288BFB6.3010709@passap.ru> Date: Sun, 17 Nov 2013 17:08:06 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130806 Thunderbird/17.0.7 MIME-Version: 1.0 To: Tomoaki AOKI Subject: Re: Please revert r258230 in stable/10 References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> In-Reply-To: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> Content-Type: multipart/mixed; boundary="------------030607090404010300060009" Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 13:08:12 -0000 This is a multi-part message in MIME format. --------------030607090404010300060009 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 17.11.2013 06:42, Tomoaki AOKI пишет: > As some port requires libiconv.so.3 Are you speaking in general or do you have other (than japanese/mozc-tools) examples? > At least, japanese/mozc-tools (I and maybe many Japanese desktop users > strongly need japanese/mozc-* ports, and it unconditionally requires > libiconv.so.3) didn't build in head after r257583 I just tried to build japanese/mozc-tools. Do you speak about this?: ----- LINK(target) out_linux/Release/mozc_tool /usr/bin/ld: cannot find -liconv c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[2]: *** [out_linux/Release/mozc_tool] Error 1 ----- If yes, I'd say that it's not a hard dependency upon libiconv but just a configure error. Please, try the attached patch (build tested only) and report back. We will be interested at run time behaviour (is it OK or not). Seems that the patch has an effect only on mozc-tools, but to be on a safe side I'd rebuild all mozc-* ports. Thank you for the report. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve --------------030607090404010300060009 Content-Type: text/x-diff; name="mozc-tool.iconv-fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mozc-tool.iconv-fix.diff" Index: /usr/ports/japanese/mozc-server/Makefile =================================================================== --- /usr/ports/japanese/mozc-server/Makefile (revision 334072) +++ /usr/ports/japanese/mozc-server/Makefile (working copy) @@ -82,6 +82,7 @@ post-patch: ${MKDIR} ${WRKSRC}/mozc_build_tools/linux ${LN} -sf ${LOCALBASE}/bin/protoc ${WRKSRC}/mozc_build_tools/linux/ + ${REINPLACE_CMD} 's,-liconv,${ICONV_LIB},g' ${WRKSRC}/gui/qt_libraries.gypi .if ${BUILD_MOZC_LIST:Mfcitx_mozc} == "fcitx_mozc" ${REINPLACE_CMD} 's,/po/mo},%po}mo,g' \ ${WRKSRC}/unix/fcitx/gen_fcitx_mozc_i18n.sh --------------030607090404010300060009-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 15:54:15 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 377A815C; Sun, 17 Nov 2013 15:54:15 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A69C12478; Sun, 17 Nov 2013 15:54:14 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006747364.msg; Sun, 17 Nov 2013 15:54:06 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 17 Nov 2013 15:54:06 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=10337ef692=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <9A58D6B0691A4C1294883AD91F9D4743@multiplay.co.uk> From: "Steven Hartland" To: "Andriy Gapon" , , References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> Subject: Re: Help with filing a [maybe] ZFS/mmap bug. Date: Sun, 17 Nov 2013 15:53:58 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 15:54:15 -0000 ----- Original Message ----- From: "Andriy Gapon" To: "Steven Hartland" ; ; Sent: Sunday, November 17, 2013 9:48 AM Subject: Re: Help with filing a [maybe] ZFS/mmap bug. > on 14/11/2013 13:48 Andriy Gapon said the following: >> HOWEVER. I think that there is a bug that I introduced in r246293. >> Specifically I changed >> vm_page_undirty(pp); >> to >> pmap_remove_write(pp); >> vm_page_clear_dirty(pp, off, nbytes); >> >> vm_page_undirty() would be a very serious (and probably obvious) bug, if it were >> not a NOP in effect. The details are explained in the commit message. >> But when I used vm_page_clear_dirty I completely missed the fact that *extends* >> the range to DEV_BSIZE aligned boundaries[*]. So, given the described behavior >> and that pmap_remove_write clears the page modified bit, it is possible that the >> data dirty data in the extended areas will be marked as clean. > > Here is a patch (for head) that should fix the described above issue: > > diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > index 2e2cbd6..4fcd571 100644 > --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > @@ -328,6 +328,20 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t > nbytes) > { > vm_object_t obj; > vm_page_t pp; > + int64_t end; > + > + /* > + * At present vm_page_clear_dirty extends the cleared range to DEV_BSIZE > + * aligned boundaries, if the range is not aligned. As a result a > + * DEV_BSIZE subrange with partially dirty data may get marked as clean. > + * It may happen that all DEV_BSIZE subranges are marked clean and thus > + * the whole page would be considred clean despite have some dirty data. > + * For this reason we should shrink the range to DEV_BSIZE aligned > + * boundaries before calling vm_page_clear_dirty. > + */ > + end = rounddown2(off + nbytes, DEV_BSIZE); > + off = roundup2(off, DEV_BSIZE); > + nbytes = end - off; > > obj = vp->v_object; > zfs_vmobject_assert_wlocked(obj); > @@ -362,7 +376,8 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t > nbytes) > ASSERT3U(pp->valid, ==, VM_PAGE_BITS_ALL); > vm_object_pip_add(obj, 1); > pmap_remove_write(pp); > - vm_page_clear_dirty(pp, off, nbytes); > + if (nbytes != 0) > + vm_page_clear_dirty(pp, off, nbytes); > } > break; Thanks Andriy, looking to test this here but 8.3 doesn't have a page_busy method in zfs_vnops.c so I'm not sure how to proceed on this? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 20:58:35 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 973088BB; Sun, 17 Nov 2013 20:58:35 +0000 (UTC) Received: from griffon.alerce.com (griffon.alerce.com [206.125.171.162]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71CB022D4; Sun, 17 Nov 2013 20:58:35 +0000 (UTC) Received: from griffon.alerce.com (localhost [127.0.0.1]) by griffon.alerce.com (Postfix) with ESMTP id 8947028435; Sun, 17 Nov 2013 12:58:34 -0800 (PST) Received: from alacrity.alerce.com (75-149-38-78-SFBA.hfc.comcastbusiness.net [75.149.38.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by griffon.alerce.com (Postfix) with ESMTPSA id 546B128434; Sun, 17 Nov 2013 12:58:34 -0800 (PST) Received: by alacrity.alerce.com (Postfix, from userid 503) id 5ED561885199; Sun, 17 Nov 2013 12:58:33 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21129.11769.292612.582677@gargle.gargle.HOWL> Date: Sun, 17 Nov 2013 12:58:33 -0800 To: Andriy Gapon Subject: Re: Help with filing a [maybe] ZFS/mmap bug. In-Reply-To: <52889105.7040404@FreeBSD.org> References: <20967.760.95825.310085@gargle.gargle.HOWL> <51E80B30.1090004@FreeBSD.org> <20968.10645.880772.30501@gargle.gargle.HOWL> <520202E5.30300@FreeBSD.org> <20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> X-Mailer: VM 8.2.0b under 24.3.1 (x86_64-apple-darwin12.5.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@FreeBSD.org, Steven Hartland , hartzell@alerce.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 20:58:35 -0000 Andriy Gapon writes: > on 14/11/2013 13:48 Andriy Gapon said the following: > > HOWEVER. I think that there is a bug that I introduced in r246293. > > Specifically I changed > > vm_page_undirty(pp); > > to > > pmap_remove_write(pp); > > vm_page_clear_dirty(pp, off, nbytes); > > > > vm_page_undirty() would be a very serious (and probably obvious) bug, if it were > > not a NOP in effect. The details are explained in the commit message. > > But when I used vm_page_clear_dirty I completely missed the fact that *extends* > > the range to DEV_BSIZE aligned boundaries[*]. So, given the described behavior > > and that pmap_remove_write clears the page modified bit, it is possible that the > > data dirty data in the extended areas will be marked as clean. > > Here is a patch (for head) that should fix the described above issue: > > diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > index 2e2cbd6..4fcd571 100644 > --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > @@ -328,6 +328,20 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t > nbytes) > { > vm_object_t obj; > vm_page_t pp; > + int64_t end; > + > + /* > + * At present vm_page_clear_dirty extends the cleared range to DEV_BSIZE > + * aligned boundaries, if the range is not aligned. As a result a > + * DEV_BSIZE subrange with partially dirty data may get marked as clean. > + * It may happen that all DEV_BSIZE subranges are marked clean and thus > + * the whole page would be considred clean despite have some dirty data. > + * For this reason we should shrink the range to DEV_BSIZE aligned > + * boundaries before calling vm_page_clear_dirty. > + */ > + end = rounddown2(off + nbytes, DEV_BSIZE); > + off = roundup2(off, DEV_BSIZE); > + nbytes = end - off; > > obj = vp->v_object; > zfs_vmobject_assert_wlocked(obj); > @@ -362,7 +376,8 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t > nbytes) > ASSERT3U(pp->valid, ==, VM_PAGE_BITS_ALL); > vm_object_pip_add(obj, 1); > pmap_remove_write(pp); > - vm_page_clear_dirty(pp, off, nbytes); > + if (nbytes != 0) > + vm_page_clear_dirty(pp, off, nbytes); > } > break; > } > > -- > Andriy Gapon This fixes my "test case" (un-automated though it may be). I've successfully run twice through using Picard (which uses Mutagen, which uses mmap) on my 10-ALPHA-2 to tag and transcode a set of tracks that used to consistently but nondeterministically result in failures. It's a bit of a negative result, all that I can see is that I seem to no longer see the problem. But I'm happier than I was and your logic seems to match the reality I was experiencing. Thanks! g. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 21:25:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17AD348E; Sun, 17 Nov 2013 21:25:27 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3BB1252C; Sun, 17 Nov 2013 21:25:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=default; bh=KMlf/2SlwvtDHEccCDsDYHLmF50=; b=o2IbniPX72fPKC624jAIWOt/IEND cjLjUvGZw9SoLvUXRITdcsPQU7fe0utZEm7McKRO2dJPbQiY2PIVIkk7SKbFDYLc x0KupRfKDAjMtokgS1C4Q+43wZA4oREhLYFTRNWwZAgdVOa+3fifY6T5tpTLzzOZ MmS7g9iJ3dH1/eI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=default; b=Yhx SryVCHgyebwEB5nzKw6McikTIiqnXh2F2dMOqTDccLWKSjthNmE9KwmjKKXQNQKT Z7eHLmDLgomZ6K4UBzsL64Lg2mZ4MxQ7zX1WAfldebhTsRO3rY+EGhwkYPsbgpOQ Q49Y4+SAyUBaiEvSJAUpyyB+Se3BnapyqDo5PnK0= Date: Sun, 17 Nov 2013 22:25:17 +0100 Message-ID: <86wqk6n2ki.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3 NICs not working on Soekris Net6501-70 In-Reply-To: <877gcaec18.wl%hskuhra@eumx.net> References: <877gcaec18.wl%hskuhra@eumx.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i386-pc-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: andre@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 21:25:27 -0000 On Fri, 15 Nov 2013 01:36:35 +0100 Herbert J. Skuhra wrote: > Hi, > = > today, I've tried to upgrade my Soekris Net6501-70 from 9.2-STABLE to= > 10.0-BETA3. But with the new kernel (GENERIC) I get the following err= ors: > = > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-= 223) > [..] > module_register_init: MOD_LOAD (vesa, 0xc0f156e0, 0) error 19 > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-= 223) > ACPI: Table initialisation failed: AE_NOT_FOUND > ACPI: Try disabling either ACPI or apic support. > [..] > > Running 'ifconfig -a' outputs: > = > : flags=3D8c02 > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > : flags=3D8008 > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > =F0: flags=3D8010 > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > =F6: flags=3D0<> > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > = > Starting in multi-user-mode I see: > = > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_...}: Bad substitution > eval: ${ifconfig_=F0...}: Bad substitution > [...] > Starting Network: =F0. > ifconfig: interface does not exist > ifconfig: interface does not exist > ifconfig: interface does notem0: link state changed to UP > exist > ifconfig: interface does not exist > ifconfig: interface does not exist > ifconfig: interface =F0 does not exist > = > Disabling acpi and apic doesn't resolve the problem. > = > The NICs are: > = > em0: port 0x2000-0x201f = mem 0xa1000000-0xa101ffff,0xa1020000-0xa1023fff irq 19 at device 0.0 on= pci5 > em1: port 0x3000-0x301f = mem 0xa2000000-0xa201ffff,0xa2020000-0xa2023fff irq 16 at device 0.0 on= pci6 > em2: port 0x4000-0x401f = mem 0xa3000000-0xa301ffff,0xa3020000-0xa3023fff irq 16 at device 0.0 on= pci10 > em3: port 0x5000-0x501f = mem 0xa4000000-0xa401ffff,0xa4020000-0xa4023fff irq 17 at device 0.0 on= pci11 I think this problem is caused by this commit: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D254804 -- = Herbert From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 21:27:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9171559E; Sun, 17 Nov 2013 21:27:27 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E06B254B; Sun, 17 Nov 2013 21:27:26 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id rAHLREoo010596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Nov 2013 15:27:15 -0600 (CST) (envelope-from gcr@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2013; t=1384723635; bh=udZ9wFQDXIG1MdzPJwuUjoRzzCqCX6vhScvPPVEYjAU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=4rMMVFWW2k7036uNOMg70aCbQAZbtQOlJYYwPcxeJ3JViuLh/+L1ShS+3slUHWhay 3OI7EplRuLlgtIjOT+xyDaHg5FYXK1Lyok5nZk7rG2Oot/1u4Q+weuVOXLKRCjuIxL gMWM7zHWavtDOgKYF2O2gCGfPSQFfeWk/b9suuyY= Date: Sun, 17 Nov 2013 15:27:14 -0600 (CST) From: Greg Rivers To: Erwin Lansing Subject: Re: FreeBSD 10 Beta2 /etc/rc.d/named script and /etc/defaults/rc.conf In-Reply-To: <20131112111322.GV90670@droso.dk> Message-ID: References: <20131103220654.GU52889@FreeBSD.org> <6AA4A8E1-CBCE-4C87-A320-BB08EC76715F@lassitu.de> <20131104083443.GZ52889@FreeBSD.org> <2B21E123-23BA-4E07-B9DD-9DE1CDE40D08@FreeBSD.org> <20131104163457.GJ52889@FreeBSD.org> <868B00D6-101A-4B17-995F-A3E2AFE41908@lansing.dk> <20131112111322.GV90670@droso.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Sun, 17 Nov 2013 15:27:15 -0600 (CST) Cc: FreeBSD Stable , Stefan Bethke , FreeBSD Current , Gleb Smirnoff , FreeBSD Release Engineering Team , George Kontostanos , =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= , =?ISO-8859-15?Q?=D6zkan_KIRIK?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 21:27:27 -0000 On Tue, 12 Nov 2013, Erwin Lansing wrote: > Sorry about the delay, but I did finally update all three dns/bind9* > ports today. > Thanks a lot for your work on this very important port. > I have dropped the complicated chroot, and related symlinking, logic > from the default rc script as I don't think that is the right place to > implement things. > I am somewhat astonished by this decision. FreeBSD has been running named chrooted for as long as I can remember. One of the really nice things about running BIND on FreeBSD has been that it came perfectly configured out of the box. I think a lot of people are going to be surprised by this. Maybe the rc script is the wrong place to set up the chroot, but shouldn't the port at least set it up at install time? Without this, there is going to be a lot of duplicated and error prone effort with everyone setting up their own chroot environment. > I would recommend users who want the extra security to use jail(8) > instead of a mere chroot. > Is it the consensus that running named chrooted doesn't really add additional security? If a jail is that much better, shouldn't the port set up an appropriately configured jail so that we once again have everything working out of the box? Maybe the Capsicum framework will supersede both chroots and jails for added BIND security, but until then, shouldn't the chroot feature be retained? -- Greg Rivers From owner-freebsd-stable@FreeBSD.ORG Sun Nov 17 23:35:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0459974; Sun, 17 Nov 2013 23:35:48 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8C042CE5; Sun, 17 Nov 2013 23:35:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=default; bh=dsjM+cOyz56H0BQmRFWJNa5pYm8=; b=PbrndAlJbVwVCd9D8PEwaV4ROERB pno9EmzGGUeFG+hH7PWOkF970kzpFHLrtf5x5n0QiyVEWH8h5Cx5qgEW1pjEVrg7 /O1SnfVyrFA/PBZryUDxaG+0v+2NcfILlXBn+5tvkHSNLDwQr7yCCQKrYuh4EUUT NS82IrbctVGpD0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=default; b=ZeI xdv+iS2sJ/MteKPDs3yUb5M5BI2FdHvNc0QzRjBFvuEoDJ0SK2m4FQB9vFgULNu9 ns7o5y4cCBtXwNapHplGwEmsFMCMbT++hzkjSNL7j5aomAL1z7L1aWHuIi+NxwET grwm8wJtUss1UwSkYFLUFLPwkejXyl3WfOLpX3cY= Date: Mon, 18 Nov 2013 00:35:46 +0100 Message-ID: <86fvquob3h.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: freebsd-stable@freebsd.org Subject: Re: 10.0-BETA3 NICs not working on Soekris Net6501-70 In-Reply-To: <86wqk6n2ki.wl%hskuhra@eumx.net> References: <877gcaec18.wl%hskuhra@eumx.net> <86wqk6n2ki.wl%hskuhra@eumx.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i386-pc-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: andre@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Nov 2013 23:35:49 -0000 On Sun, 17 Nov 2013 22:25:17 +0100 Herbert J. Skuhra wrote: > On Fri, 15 Nov 2013 01:36:35 +0100 > Herbert J. Skuhra wrote: > = > > Hi, > > = > > today, I've tried to upgrade my Soekris Net6501-70 from 9.2-STABLE = to > > 10.0-BETA3. But with the new kernel (GENERIC) I get the following e= rrors: > > = > > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroo= t-223) > > [..] > > module_register_init: MOD_LOAD (vesa, 0xc0f156e0, 0) error 19 > > ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroo= t-223) > > ACPI: Table initialisation failed: AE_NOT_FOUND > > ACPI: Try disabling either ACPI or apic support. > > [..] > > > > Running 'ifconfig -a' outputs: > > = > > : flags=3D8c02 > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > : flags=3D8008 > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > =F0: flags=3D8010 > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > =F6: flags=3D0<> > > ifconfig: ioctl(SIOCGIFINFO_IN6): Device not configured > > = > > Starting in multi-user-mode I see: > > = > > eval: ${ifconfig_...}: Bad substitution > > eval: ${ifconfig_...}: Bad substitution > > eval: ${ifconfig_...}: Bad substitution > > eval: ${ifconfig_...}: Bad substitution > > eval: ${ifconfig_...}: Bad substitution > > eval: ${ifconfig_=F0...}: Bad substitution > > [...] > > Starting Network: =F0. > > ifconfig: interface does not exist > > ifconfig: interface does not exist > > ifconfig: interface does notem0: link state changed to UP > > exist > > ifconfig: interface does not exist > > ifconfig: interface does not exist > > ifconfig: interface =F0 does not exist > > = > > Disabling acpi and apic doesn't resolve the problem. > > = > > The NICs are: > > = > > em0: port 0x2000-0x201= f mem 0xa1000000-0xa101ffff,0xa1020000-0xa1023fff irq 19 at device 0.0 = on pci5 > > em1: port 0x3000-0x301= f mem 0xa2000000-0xa201ffff,0xa2020000-0xa2023fff irq 16 at device 0.0 = on pci6 > > em2: port 0x4000-0x401= f mem 0xa3000000-0xa301ffff,0xa3020000-0xa3023fff irq 16 at device 0.0 = on pci10 > > em3: port 0x5000-0x501= f mem 0xa4000000-0xa401ffff,0xa4020000-0xa4023fff irq 17 at device 0.0 = on pci11 > = > I think this problem is caused by this commit: > = > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D254804 NICs are working after reverting the following part of r254804: Index: sys/net/if.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/net/if.h (revision 254803) +++ sys/net/if.h (revision 254804) @@ -103,7 +103,7 @@ u_long ifi_omcasts; /* packets sent via multicast */ u_long ifi_iqdrops; /* dropped on input, this interface */ u_long ifi_noproto; /* destined for unsupported protocol */ - u_long ifi_hwassist; /* HW offload capabilities, see IFCAP */ + uint64_t ifi_hwassist; /* HW offload capabilities, see IFCAP */ time_t ifi_epoch; /* uptime at attach or stat reset */ struct timeval ifi_lastchange; /* time of last administrative change = */ }; Trying on stable/10 now. -- = Herbert From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 05:37:44 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FAC0B9B; Mon, 18 Nov 2013 05:37:44 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B74C02E4C; Mon, 18 Nov 2013 05:37:41 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAI0pevG016326; Mon, 18 Nov 2013 02:51:40 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAI0peTM016325; Mon, 18 Nov 2013 00:51:40 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 18 Nov 2013 00:51:40 GMT Message-Id: <201311180051.rAI0peTM016325@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , Subject: [releng_10 tinderbox] source tree update failure Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 05:37:44 -0000 TB --- 2013-11-18 00:40:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-18 00:40:00 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-18 00:40:00 - starting RELENG_10 tinderbox run for none/none TB --- 2013-11-18 00:40:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2013-11-18 00:40:00 - cd /tinderbox/RELENG_10/none/none TB --- 2013-11-18 00:40:00 - /usr/local/bin/svn cleanup /src TB --- 2013-11-18 00:40:24 - /usr/local/bin/svn update /src TB --- 2013-11-18 00:41:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-18 00:41:39 - WARNING: sleeping 30 s and retrying... TB --- 2013-11-18 00:42:09 - /usr/local/bin/svn update /src TB --- 2013-11-18 00:43:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-18 00:43:24 - WARNING: sleeping 60 s and retrying... TB --- 2013-11-18 00:44:24 - /usr/local/bin/svn update /src TB --- 2013-11-18 00:45:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-18 00:45:39 - WARNING: sleeping 90 s and retrying... TB --- 2013-11-18 00:47:09 - /usr/local/bin/svn update /src TB --- 2013-11-18 00:48:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-18 00:48:24 - WARNING: sleeping 120 s and retrying... TB --- 2013-11-18 00:50:24 - /usr/local/bin/svn update /src TB --- 2013-11-18 00:51:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2013-11-18 00:51:39 - ERROR: unable to check out the source tree TB --- 2013-11-18 00:51:39 - 4.80 user 9.87 system 699.05 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 08:43:40 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 187A57A7 for ; Mon, 18 Nov 2013 08:43:40 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 684B7273A for ; Mon, 18 Nov 2013 08:43:39 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA09318; Mon, 18 Nov 2013 10:43:11 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ViKQI-000Fqt-NJ; Mon, 18 Nov 2013 10:43:10 +0200 Message-ID: <5289D2FB.1010600@FreeBSD.org> Date: Mon, 18 Nov 2013 10:42:35 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , hartzell@alerce.com, freebsd-stable@FreeBSD.org Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> <9A58D6B0691A4C1294883AD91F9D4743@multiplay.co.uk> In-Reply-To: <9A58D6B0691A4C1294883AD91F9D4743@multiplay.co.uk> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 08:43:40 -0000 on 17/11/2013 17:53 Steven Hartland said the following: > > ----- Original Message ----- From: "Andriy Gapon" >> - vm_page_clear_dirty(pp, off, nbytes); >> + if (nbytes != 0) >> + vm_page_clear_dirty(pp, off, nbytes); >> } >> break; > > Thanks Andriy, looking to test this here but 8.3 doesn't have a page_busy > method in zfs_vnops.c so I'm not sure how to proceed on this? Does it have vm_page_clear_dirty call? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 08:45:07 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E6EF9AE for ; Mon, 18 Nov 2013 08:45:07 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DC7862763 for ; Mon, 18 Nov 2013 08:45:06 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA09351; Mon, 18 Nov 2013 10:45:03 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ViKS7-000Fqy-As; Mon, 18 Nov 2013 10:45:03 +0200 Message-ID: <5289D357.9080007@FreeBSD.org> Date: Mon, 18 Nov 2013 10:44:07 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: hartzell@alerce.com Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL> <51E80B30.1090004@FreeBSD.org> <20968.10645.880772.30501@gargle.gargle.HOWL> <520202E5.30300@FreeBSD.org> <20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> <21129.11769.292612.582677@gargle.gargle.HOWL> In-Reply-To: <21129.11769.292612.582677@gargle.gargle.HOWL> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 08:45:07 -0000 on 17/11/2013 22:58 George Hartzell said the following: > This fixes my "test case" (un-automated though it may be). I've > successfully run twice through using Picard (which uses Mutagen, which > uses mmap) on my 10-ALPHA-2 to tag and transcode a set of tracks that > used to consistently but nondeterministically result in failures. > > It's a bit of a negative result, all that I can see is that I seem to > no longer see the problem. But I'm happier than I was and your logic > seems to match the reality I was experiencing. Thank you very much for testing! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 09:17:15 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63FBB19D; Mon, 18 Nov 2013 09:17:15 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E1362944; Mon, 18 Nov 2013 09:17:14 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAI9HAnh088346; Mon, 18 Nov 2013 11:17:10 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAI9HAw0088180; Mon, 18 Nov 2013 09:17:10 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 18 Nov 2013 09:17:10 GMT Message-Id: <201311180917.rAI9HAw0088180@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 09:17:15 -0000 TB --- 2013-11-18 08:40:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-18 08:40:42 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-18 08:40:42 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-18 08:40:42 - cleaning the object tree TB --- 2013-11-18 08:40:42 - /usr/local/bin/svn stat /src TB --- 2013-11-18 08:41:32 - At svn revision 258293 TB --- 2013-11-18 08:41:33 - building world TB --- 2013-11-18 08:41:33 - CROSS_BUILD_TESTING=YES TB --- 2013-11-18 08:41:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-18 08:41:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-18 08:41:33 - SRCCONF=/dev/null TB --- 2013-11-18 08:41:33 - TARGET=arm TB --- 2013-11-18 08:41:33 - TARGET_ARCH=arm TB --- 2013-11-18 08:41:33 - TZ=UTC TB --- 2013-11-18 08:41:33 - __MAKE_CONF=/dev/null TB --- 2013-11-18 08:41:33 - cd /src TB --- 2013-11-18 08:41:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Nov 18 08:41:44 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] ranlib libclangparse.a ===> lib/clang/libclangsema (all) c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/AnalysisBasedWarnings.cpp -o AnalysisBasedWarnings.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseStmt(clang::Stmt*) [with Derived = ::FallthroughMapper]': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:523: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-18 09:17:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-18 09:17:09 - ERROR: failed to build world TB --- 2013-11-18 09:17:09 - 1682.97 user 506.18 system 2186.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 09:23:35 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96EAD5E8; Mon, 18 Nov 2013 09:23:35 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 10C2029DF; Mon, 18 Nov 2013 09:23:34 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006753767.msg; Mon, 18 Nov 2013 09:23:31 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 18 Nov 2013 09:23:31 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1034c91456=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <705640231AF04A91B66B0654D2531EC9@multiplay.co.uk> From: "Steven Hartland" To: "Andriy Gapon" , , References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> <9A58D6B0691A4C1294883AD91F9D4743@multiplay.co.uk> <5289D2FB.1010600@FreeBSD.org> Subject: Re: Help with filing a [maybe] ZFS/mmap bug. Date: Mon, 18 Nov 2013 09:23:19 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 09:23:35 -0000 ----- Original Message ----- From: "Andriy Gapon" To: "Steven Hartland" ; ; Sent: Monday, November 18, 2013 8:42 AM Subject: Re: Help with filing a [maybe] ZFS/mmap bug. > on 17/11/2013 17:53 Steven Hartland said the following: >> >> ----- Original Message ----- From: "Andriy Gapon" >>> - vm_page_clear_dirty(pp, off, nbytes); >>> + if (nbytes != 0) >>> + vm_page_clear_dirty(pp, off, nbytes); >>> } >>> break; >> >> Thanks Andriy, looking to test this here but 8.3 doesn't have a page_busy >> method in zfs_vnops.c so I'm not sure how to proceed on this? > > Does it have vm_page_clear_dirty call? Nope. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 09:31:16 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 174B385F for ; Mon, 18 Nov 2013 09:31:16 +0000 (UTC) Received: from mail3.transactionware.com (mail3.transactionware.com [202.68.173.211]) by mx1.freebsd.org (Postfix) with SMTP id 5A1CA2A75 for ; Mon, 18 Nov 2013 09:31:14 +0000 (UTC) Received: (qmail 2197 invoked by uid 907); 18 Nov 2013 09:24:32 -0000 Received: from eth222.nsw.adsl.internode.on.net (HELO [192.168.1.32]) (150.101.196.221) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (AES128-SHA encrypted) ESMTPSA; Mon, 18 Nov 2013 20:24:32 +1100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1812\)) Subject: Re: Help with filing a [maybe] ZFS/mmap bug. From: Jan Mikkelsen In-Reply-To: <52889105.7040404@FreeBSD.org> Date: Mon, 18 Nov 2013 20:24:29 +1100 Content-Transfer-Encoding: quoted-printable Message-Id: <4B5798F5-269A-4E71-9799-E1B4E0C1545F@transactionware.com> References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1812) Cc: freebsd-stable@FreeBSD.org, Steven Hartland , hartzell@alerce.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 09:31:16 -0000 On 17 Nov 2013, at 8:48 pm, Andriy Gapon wrote: > on 14/11/2013 13:48 Andriy Gapon said the following: >> HOWEVER. I think that there is a bug that I introduced in r246293. >> Specifically I changed >> vm_page_undirty(pp); >> to >> pmap_remove_write(pp); >> vm_page_clear_dirty(pp, off, nbytes); >>=20 >> vm_page_undirty() would be a very serious (and probably obvious) bug, = if it were >> not a NOP in effect. The details are explained in the commit = message. >> But when I used vm_page_clear_dirty I completely missed the fact that = *extends* >> the range to DEV_BSIZE aligned boundaries[*]. So, given the = described behavior >> and that pmap_remove_write clears the page modified bit, it is = possible that the >> data dirty data in the extended areas will be marked as clean. >=20 > Here is a patch (for head) that should fix the described above issue: >=20 > diff --git = a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > index 2e2cbd6..4fcd571 100644 > --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > @@ -328,6 +328,20 @@ page_busy(vnode_t *vp, int64_t start, int64_t = off, int64_t > nbytes) > { > vm_object_t obj; > vm_page_t pp; > + int64_t end; > + > + /* > + * At present vm_page_clear_dirty extends the cleared range to = DEV_BSIZE > + * aligned boundaries, if the range is not aligned. As a result = a > + * DEV_BSIZE subrange with partially dirty data may get marked = as clean. > + * It may happen that all DEV_BSIZE subranges are marked clean = and thus > + * the whole page would be considred clean despite have some = dirty data. > + * For this reason we should shrink the range to DEV_BSIZE = aligned > + * boundaries before calling vm_page_clear_dirty. > + */ > + end =3D rounddown2(off + nbytes, DEV_BSIZE); > + off =3D roundup2(off, DEV_BSIZE); > + nbytes =3D end - off; >=20 > obj =3D vp->v_object; > zfs_vmobject_assert_wlocked(obj); > @@ -362,7 +376,8 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, = int64_t > nbytes) > ASSERT3U(pp->valid, =3D=3D, VM_PAGE_BITS_ALL); > vm_object_pip_add(obj, 1); > pmap_remove_write(pp); > - vm_page_clear_dirty(pp, off, nbytes); > + if (nbytes !=3D 0) > + vm_page_clear_dirty(pp, off, nbytes); > } > break; > } 9.2 does not seem to have a rounddown2() macro. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 09:37:24 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2827B06 for ; Mon, 18 Nov 2013 09:37:24 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0786A2AF2 for ; Mon, 18 Nov 2013 09:37:23 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA10070; Mon, 18 Nov 2013 11:37:21 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ViLGj-000Fum-8n; Mon, 18 Nov 2013 11:37:21 +0200 Message-ID: <5289DF99.9080101@FreeBSD.org> Date: Mon, 18 Nov 2013 11:36:25 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steven Hartland , freebsd-stable@FreeBSD.org Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> <9A58D6B0691A4C1294883AD91F9D4743@multiplay.co.uk> <5289D2FB.1010600@FreeBSD.org> <705640231AF04A91B66B0654D2531EC9@multiplay.co.uk> In-Reply-To: <705640231AF04A91B66B0654D2531EC9@multiplay.co.uk> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 09:37:24 -0000 on 18/11/2013 11:23 Steven Hartland said the following: > ----- Original Message ----- From: "Andriy Gapon" > To: "Steven Hartland" ; ; > > Sent: Monday, November 18, 2013 8:42 AM > Subject: Re: Help with filing a [maybe] ZFS/mmap bug. > > >> on 17/11/2013 17:53 Steven Hartland said the following: >>> >>> ----- Original Message ----- From: "Andriy Gapon" >>>> - vm_page_clear_dirty(pp, off, nbytes); >>>> + if (nbytes != 0) >>>> + vm_page_clear_dirty(pp, off, nbytes); >>>> } >>>> break; >>> >>> Thanks Andriy, looking to test this here but 8.3 doesn't have a page_busy >>> method in zfs_vnops.c so I'm not sure how to proceed on this? >> >> Does it have vm_page_clear_dirty call? > > Nope. > Then you do not have this bug. It's possible that you might have a different bug, though. Perhaps merge the relevant change from stable/8 and then apply the patch?.. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 09:39:00 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D2BEE78 for ; Mon, 18 Nov 2013 09:39:00 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD672B09 for ; Mon, 18 Nov 2013 09:38:58 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA10085; Mon, 18 Nov 2013 11:38:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ViLI1-000Fuv-C1; Mon, 18 Nov 2013 11:38:41 +0200 Message-ID: <5289DFFD.7080607@FreeBSD.org> Date: Mon, 18 Nov 2013 11:38:05 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jan Mikkelsen Subject: Re: Help with filing a [maybe] ZFS/mmap bug. References: <20967.760.95825.310085@gargle.gargle.HOWL><51E80B30.1090004@FreeBSD.org><20968.10645.880772.30501@gargle.gargle.HOWL><520202E5.30300@FreeBSD.org><20994.55913.93606.436124@gargle.gargle.HOWL> <21111.12085.958991.356982@gargle.gargle.HOWL> <4EB902F80CE84DD2BF36C85EF4CE8EF8@multiplay.co.uk> <5284B8A5.8040604@FreeBSD.org> <52889105.7040404@FreeBSD.org> <4B5798F5-269A-4E71-9799-E1B4E0C1545F@transactionware.com> In-Reply-To: <4B5798F5-269A-4E71-9799-E1B4E0C1545F@transactionware.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 09:39:00 -0000 on 18/11/2013 11:24 Jan Mikkelsen said the following: > > On 17 Nov 2013, at 8:48 pm, Andriy Gapon wrote: > >> on 14/11/2013 13:48 Andriy Gapon said the following: >>> HOWEVER. I think that there is a bug that I introduced in r246293. >>> Specifically I changed >>> vm_page_undirty(pp); >>> to >>> pmap_remove_write(pp); >>> vm_page_clear_dirty(pp, off, nbytes); >>> >>> vm_page_undirty() would be a very serious (and probably obvious) bug, if it were >>> not a NOP in effect. The details are explained in the commit message. >>> But when I used vm_page_clear_dirty I completely missed the fact that *extends* >>> the range to DEV_BSIZE aligned boundaries[*]. So, given the described behavior >>> and that pmap_remove_write clears the page modified bit, it is possible that the >>> data dirty data in the extended areas will be marked as clean. >> >> Here is a patch (for head) that should fix the described above issue: >> >> diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c >> b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c >> index 2e2cbd6..4fcd571 100644 >> --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c >> +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c >> @@ -328,6 +328,20 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t >> nbytes) >> { >> vm_object_t obj; >> vm_page_t pp; >> + int64_t end; >> + >> + /* >> + * At present vm_page_clear_dirty extends the cleared range to DEV_BSIZE >> + * aligned boundaries, if the range is not aligned. As a result a >> + * DEV_BSIZE subrange with partially dirty data may get marked as clean. >> + * It may happen that all DEV_BSIZE subranges are marked clean and thus >> + * the whole page would be considred clean despite have some dirty data. >> + * For this reason we should shrink the range to DEV_BSIZE aligned >> + * boundaries before calling vm_page_clear_dirty. >> + */ >> + end = rounddown2(off + nbytes, DEV_BSIZE); >> + off = roundup2(off, DEV_BSIZE); >> + nbytes = end - off; >> >> obj = vp->v_object; >> zfs_vmobject_assert_wlocked(obj); >> @@ -362,7 +376,8 @@ page_busy(vnode_t *vp, int64_t start, int64_t off, int64_t >> nbytes) >> ASSERT3U(pp->valid, ==, VM_PAGE_BITS_ALL); >> vm_object_pip_add(obj, 1); >> pmap_remove_write(pp); >> - vm_page_clear_dirty(pp, off, nbytes); >> + if (nbytes != 0) >> + vm_page_clear_dirty(pp, off, nbytes); >> } >> break; >> } > > > 9.2 does not seem to have a rounddown2() macro. Thanks for the heads-up! You could use a plain rounddown() or just 'x & ~(DEV_BSIZE - 1)'. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 12:32:20 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C24A3796 for ; Mon, 18 Nov 2013 12:32:20 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9CBD226DE for ; Mon, 18 Nov 2013 12:32:20 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id v10so933234pde.14 for ; Mon, 18 Nov 2013 04:32:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/y7vrdNztBURCU51414Iom113SFyoGSIfzCMRReUYKw=; b=fKbwH3HQyFLrb+vKB3d6ZRsJiA7cJ+gTURsH5zPUJhzJZWBsf8bnLvy1sXnil0TgGq Sj+chg6js3X1+rfUFROWS/kPGGOGebSGHxPl+G9BR4YllfYG+WkH0J652rZeVHLQY0Cs Gvzcfe+SOLRyxJgARimPKwOI/mEWZcQAKVF1AZV04kZNm/E+uYY0+XAC7q3iqisNUz5n HcnCy+cB0BFdW+snILZ4ehSPw/biXZ7LvLT4rKXSTj9XDTzSvr7cJ4NHvlgUJAvtN7i/ MX1hjLWF/iM4xe/jWtULlwspZHrkAl2+33fiYQR2KykudmVouk6JGkKH1Aw+xJVbIqnA 9zKw== X-Gm-Message-State: ALoCoQnMJcUNJThDXLIRlqsbK8gborOa00zHQIEafSVD71mnFV+OSatIAFR1WXsJOX3jqXsAC5wn MIME-Version: 1.0 X-Received: by 10.68.130.39 with SMTP id ob7mr13405178pbb.63.1384777933928; Mon, 18 Nov 2013 04:32:13 -0800 (PST) Received: by 10.70.89.81 with HTTP; Mon, 18 Nov 2013 04:32:13 -0800 (PST) X-Originating-IP: [109.202.25.240] In-Reply-To: References: <523B04C3.30100@omnilan.de> <52405797.9020609@omnilan.de> Date: Mon, 18 Nov 2013 19:32:13 +0700 Message-ID: Subject: Re: 9.2 panic with wcb4xxp (dahdi-kmod26-2.6.1.r10738) From: Max Khon To: Amitabh Kant Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-isdn@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 12:32:20 -0000 Amitabh, I suppose you are wrong about missing sysctls. Almost all dahdi module parameters are settable using kenv and then (after the driver is loaded) are visible via sysctl. Max On Tue, Sep 24, 2013 at 7:45 AM, Amitabh Kant wrote= : > On Mon, Sep 23, 2013 at 8:30 PM, Harald Schmalzbauer < > h.schmalzbauer@omnilan.de> wrote: > >> Bez=C3=BCglich Amitabh Kant's Nachricht vom 21.09.2013 03:24 (localtime= ): >> > On Thu, Sep 19, 2013 at 7:35 PM, Harald Schmalzbauer >> > > wrote: >> > >> > Hello, >> > >> > unloading the kernel module of dahdi-kmod26-2.6.1.r10738 leads to >> this >> > panic: >> > >> > >> > >> > >> > wcb4xxp0: <6>Did not do the highestorder stuff >> > <6>dahdi: Detected time shift. >> > <5>dahdi_echocan_mg2: Registered echo canceler 'MG2' >> > >> > Starting asterisk afterwards also leads to panic. >> > I guess dahdi development stalled, but I wanted to try it because = I'd >> > prefer freeswitch and need BRI support... >> > Is somebody familiar with dahdi and interested in making it work w= ith >> > FreeBSD 9.2? >> > >> > Thanks, >> > >> > -Harry (not subscribed to isdn@) >> > >> > >> > >> > Have you been able to solve the problem? I am running Freeswitch (from >> > git, not port) and dahdi/dahdi-kmod26 (from port) with PRI line >> > (Digium 8 span and single span) without any problems on 9.1. Will test >> > it on 9.2 and get back to you if I see a panic . >> Hello Amitabh, >> >> couldn't solve my problem. >> First, dahdi_scan doesn't detect ports jumpered to NT mode. I need 2 por= ts >> in NT mode, so trying anything else with dahdi before my settings get >> correctly recognized is probably not worth the time. >> Also I have to investigate if it is still true that libpri doesn't suppo= rt >> ptmp in NT mode!?! >> In general, the freebsd dahdi port doesn't seem to be in good shape; >> Couldn't find any docs about sysctls (dahdi.wcb4xxp.teignorered, '-d' sh= ows >> nothing :-( ), no man page =E2=80=93 hard to find out anything about dah= di in >> FreeBSD, not even the supported hardwhere seems to be documentend >> anywhere... >> >> Any hints highly appreciated, although I think the better way was to tea= ch >> FreeTDM speaking CAPI. HPS does a great job keeping all kind of ISDN >> hardware supported by i4b (ISDN4BSD)! >> Or to make chan_capi work with asterisk11 =E2=80=93 the lesser evil than= fighting >> dahid... >> >> Thanks, >> >> -Harry >> >> >> > Hello Harry > > Sadly, there is not much help while installing/using dahdi on FreeBSD. > There does not seem to by any sysctls defined for dahdi which are needed = to > set for certain cards. Infact, for the 8 span card, to change the default > T1 to E1, I had to make changes in the code directly. > > > Amitabh > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 12:36:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC30E91B for ; Mon, 18 Nov 2013 12:36:01 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B319271F for ; Mon, 18 Nov 2013 12:36:01 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rAICZr5F073076 for ; Mon, 18 Nov 2013 21:35:53 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 18 Nov 2013 21:35:53 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Please revert r258230 in stable/10 Message-Id: <20131118213553.2da2f1b08a30d6aecc04a46d@dec.sakura.ne.jp> In-Reply-To: <5288BFB6.3010709@passap.ru> References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> <5288BFB6.3010709@passap.ru> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 12:36:01 -0000 On Sun, 17 Nov 2013 17:08:06 +0400 Boris Samorodov wrote: > 17.11.2013 06:42, Tomoaki AOKI $B'a'Z'j'V'd(B: > > > As some port requires libiconv.so.3 > > Are you speaking in general or do you have other (than > japanese/mozc-tools) examples? Sorry for delay. I'm speaking in general, and japanese/mozc-tool is an example I found within my limited test. Many ports have iconv option, many have non-optionally depends on libiconv, and possibly having problem. I guess some of those are only configure issue as you mentioned, some of those are handled properly via USES=iconv, but some others possibly have severe dependency issue, I suspect. Note: I additionally found security/clamav (with OPTIONS iconv enabled), devel/sdl12 (non-optional USES), and print/ghostscript9 (with OPTIONS but default) misses libiconv.so.3 by pkg_libchk. All these was rebuilt fine and confirmed at least clamav runs fine, in head and stable/10. Because devel/sdl12 and print/ghostscript9 was installed as dependency of something, I haven't test them yet. > > At least, japanese/mozc-tools (I and maybe many Japanese desktop users > > strongly need japanese/mozc-* ports, and it unconditionally requires > > libiconv.so.3) didn't build in head after r257583 > > I just tried to build japanese/mozc-tools. Do you speak about this?: > ----- > LINK(target) out_linux/Release/mozc_tool > /usr/bin/ld: cannot find -liconv > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > gmake[2]: *** [out_linux/Release/mozc_tool] Error 1 > ----- > > If yes, I'd say that it's not a hard dependency upon libiconv but just a > configure error. Please, try the attached patch (build tested only) > and report back. We will be interested at run time behaviour (is it > OK or not). > > Seems that the patch has an effect only on mozc-tools, but to be on > a safe side I'd rebuild all mozc-* ports. Tried, for safety, rebuilding mozc-* ports and ibus-mozc port. Your patch looks working fine for me in both head and stable/10, and additionally, stable/9 host environment (with converters/libiconv, no base iconv libraries built). All is OK for me. Thanks. While testing this, I found libiconv.so.3 is left unremoved in /usr/lib32 after make delete-old and make delete-old libs with libiconv.so (symlink to libiconv.so.3), libiconv.a and libiconv_p.a (I'm trying amd64). Of course it shouldn't affect for natively compiled version, but for safer test, renaming them and rebuild all mozc-* ports. Still looks OK. > Thank you for the report. > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 12:47:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F5E5F15 for ; Mon, 18 Nov 2013 12:47:02 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1694D27CB for ; Mon, 18 Nov 2013 12:47:01 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rAICl0fs073735 for ; Mon, 18 Nov 2013 21:47:00 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 18 Nov 2013 21:47:00 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Please revert r258230 in stable/10 Message-Id: <20131118214700.97ad4cd44af9989ac9ff88d1@dec.sakura.ne.jp> In-Reply-To: <20131118213553.2da2f1b08a30d6aecc04a46d@dec.sakura.ne.jp> References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> <5288BFB6.3010709@passap.ru> <20131118213553.2da2f1b08a30d6aecc04a46d@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 12:47:02 -0000 Sorry. I forgot to mention. All my test proceeded in head is intentionally done at revision r258284, as I noticed base iconv framework is modified (looks mainly in namespace changes) in r258283 and __FreeBSD_version is bumped at r258284 correspondingly. Also, stable/10 is at r258230 and stable/9 host is at r258161. All is amd64, head and stable/10 in VirtualBox guest in stable/9 host. On Mon, 18 Nov 2013 21:35:53 +0900 Tomoaki AOKI wrote: > On Sun, 17 Nov 2013 17:08:06 +0400 > Boris Samorodov wrote: > > > 17.11.2013 06:42, Tomoaki AOKI $B'a'Z'j'V'd(B: > > > > > As some port requires libiconv.so.3 > > > > Are you speaking in general or do you have other (than > > japanese/mozc-tools) examples? > > Sorry for delay. > > I'm speaking in general, and japanese/mozc-tool is an example I found > within my limited test. Many ports have iconv option, many have > non-optionally depends on libiconv, and possibly having problem. > I guess some of those are only configure issue as you mentioned, some > of those are handled properly via USES=iconv, but some others possibly > have severe dependency issue, I suspect. > > Note: I additionally found security/clamav (with OPTIONS iconv enabled), > devel/sdl12 (non-optional USES), and print/ghostscript9 (with > OPTIONS but default) misses libiconv.so.3 by pkg_libchk. All these > was rebuilt fine and confirmed at least clamav runs fine, in > head and stable/10. Because devel/sdl12 and print/ghostscript9 was > installed as dependency of something, I haven't test them yet. > > > > > At least, japanese/mozc-tools (I and maybe many Japanese desktop users > > > strongly need japanese/mozc-* ports, and it unconditionally requires > > > libiconv.so.3) didn't build in head after r257583 > > > > I just tried to build japanese/mozc-tools. Do you speak about this?: > > ----- > > LINK(target) out_linux/Release/mozc_tool > > /usr/bin/ld: cannot find -liconv > > c++: error: linker command failed with exit code 1 (use -v to see > > invocation) > > gmake[2]: *** [out_linux/Release/mozc_tool] Error 1 > > ----- > > > > If yes, I'd say that it's not a hard dependency upon libiconv but just a > > configure error. Please, try the attached patch (build tested only) > > and report back. We will be interested at run time behaviour (is it > > OK or not). > > > > Seems that the patch has an effect only on mozc-tools, but to be on > > a safe side I'd rebuild all mozc-* ports. > > Tried, for safety, rebuilding mozc-* ports and ibus-mozc port. > Your patch looks working fine for me in both head and stable/10, and > additionally, stable/9 host environment (with converters/libiconv, no > base iconv libraries built). All is OK for me. Thanks. > > While testing this, I found libiconv.so.3 is left unremoved > in /usr/lib32 after make delete-old and make delete-old libs with > libiconv.so (symlink to libiconv.so.3), libiconv.a and libiconv_p.a (I'm > trying amd64). > Of course it shouldn't affect for natively compiled version, but for > safer test, renaming them and rebuild all mozc-* ports. Still looks OK. > > > > Thank you for the report. > > -- > > WBR, Boris Samorodov (bsam) > > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > > > -- > Tomoaki AOKI junchoon@dec.sakura.ne.jp > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 18 17:04:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90F7FCDF for ; Mon, 18 Nov 2013 17:04:08 +0000 (UTC) Received: from nm28-vm1.bullet.mail.ne1.yahoo.com (nm28-vm1.bullet.mail.ne1.yahoo.com [98.138.91.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 331E6282F for ; Mon, 18 Nov 2013 17:04:08 +0000 (UTC) Received: from [98.138.101.128] by nm28.bullet.mail.ne1.yahoo.com with NNFMP; 18 Nov 2013 17:04:07 -0000 Received: from [98.139.211.202] by tm16.bullet.mail.ne1.yahoo.com with NNFMP; 18 Nov 2013 17:04:06 -0000 Received: from [127.0.0.1] by smtp211.mail.bf1.yahoo.com with NNFMP; 18 Nov 2013 17:04:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1384794246; bh=RiGZn9ytNWtizh09FZfy6MLUcxzk8OWrMCcycuUtRqo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=FG2ln4edsAlhnyi+V64cPLCgVW9lPg/jHM5cxPBz2a2ZlTZBk52Dg6x9Yr7kvUIzdgvwTQECzTsvJjy1bOmc2nU47pna6fXzdQKaDVVRTe9rs00zRqwnoM5HWhTSqght+/RUViLQ9XZkoIno6TqaGg4vbMHwptdh/9uibas/53w= X-Yahoo-Newman-Id: 784391.77848.bm@smtp211.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: B62icv8VM1lXuxViIp0dtlWxynlv6LPK5CzUTP.1TXqAm0s gYn_hYh5O1ihFyjG6lQI.CRDjXQTdXWjzldrS69lxMwrgCv8lxkkxbkY.s7k oe5rjAdY7pDBoxCnE6AdCxm35cLMg7ql7VHdHUgDKXHqid0vWlg4iwPkdn.C ouvOOf3iRa1LhSF7dpfZNiPoTwMWZfnlz8WcOX.CelF.YVwfrkrLUpqcJpWz wOwIFAg9HCpwDFnWN_cwhUrxrcQ7Ghb.KnzhbDcljjZ8uRwgD9SupfgcsMwu F.flG89Tv42JB6WM_oSr3G7WQ6DCSmUbwv9LPuhEr_bC4mezWujYNWxLcuQW bI9umDQOQS77ktFJ4ddKG8TdETyo49HHxxxrZHAY7C2NRF7maskVYVaNgPNa ziThWgZWbxSWP2dV0hLqX4w1irNpirrkOQMYCTrhcP3nn4kp5nmbS3YjMDni JMoHtdQolnjDXQVkUYrprTAd7iN02v68fkGuMuLg2eMEgR8Hnhr5ndf5T7v3 _q15294uUrad3ZM6bSVanS4MgAchJYvgEsz3rgIr82yoNTmBSdko88HMIlFW f8g-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp211.mail.bf1.yahoo.com with SMTP; 18 Nov 2013 09:04:06 -0800 PST Subject: Re: 10-BETA3: Bad negotiation on AHD controller From: Sean Bruno To: Larry Rosenman In-Reply-To: <20131109144626.GA1672@thebighonker.lerctr.org> References: <20131109144626.GA1672@thebighonker.lerctr.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-N2R1aXAlMwuSEqn9eLEJ" Date: Mon, 18 Nov 2013 09:04:02 -0800 Message-ID: <1384794242.2592.0.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Mon, 18 Nov 2013 18:04:54 +0000 Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Nov 2013 17:04:08 -0000 --=-N2R1aXAlMwuSEqn9eLEJ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Sat, 2013-11-09 at 08:46 -0600, Larry Rosenman wrote: > Ever since I put 10 on this box (source upgrade from 8), I've been gettin= g > slow disk negotiations on 2 of my 4 disks, and weird messages at boot fro= m=20 > the ahd controller. >=20 > Can someone tell if it's my disk or the code? >=20 > # for i in 0 1 2 3 > > do > > camcontrol inquiry 0:${i}:0 > > done > pass0: Fixed Direct Access SCSI-3 device > pass0: Serial Number DAA0P7A054GD > pass0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Command Que= ueing Enabled > pass1: Fixed Direct Access SCSI-3 device > pass1: Serial Number DAA0P7A054G3 > pass1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Command Que= ueing Enabled > pass2: Fixed Direct Access SCSI-3 device > pass2: Serial Number 3KS2NFJG00007611CFPX > pass2: 3.300MB/s transfers, Command Queueing Enabled > pass3: Fixed Direct Access SCSI-3 device > pass3: Serial Number 3KS1Z2KF00007620X9K1 > pass3: 3.300MB/s transfers, Command Queueing Enabled > # >=20 > dmesg.boot: >=20 > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-BETA3 #3 r257864: Fri Nov 8 15:20:07 CST 2013 > root@thebighonker.lerctr.org:/usr/obj/usr/src/sys/THEBIGHONKER amd64 > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.56-MHz K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf43 Family =3D 0xf Model =3D 0x4 = Stepping =3D 3 > Features=3D0xbfebfbff > Features2=3D0x641d > AMD Features=3D0x20100800 > TSC: P-state invariant > real memory =3D 9395240960 (8960 MB) > avail memory =3D 8282472448 (7898 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads > cpu0 (BSP): APIC ID: 0 > cpu1 (AP/HT): APIC ID: 1 > cpu2 (AP): APIC ID: 6 > cpu3 (AP/HT): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ioapic2 irqs 48-71 on motherboard > random: initialized > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: Power Button (fixed) > cpu0: on acpi0 > cpu1: on acpi0 > cpu2: on acpi0 > cpu3: on acpi0 > hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 o= n acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 950 > Event timer "HPET" frequency 14318180 Hz quality 450 > Event timer "HPET1" frequency 14318180 Hz quality 440 > Event timer "HPET2" frequency 14318180 Hz quality 440 > atrtc0: port 0x70-0x77 on acpi0 > Event timer "RTC" frequency 32768 Hz quality 0 > attimer0: port 0x40-0x43 on acpi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Event timer "i8254" frequency 1193182 Hz quality 100 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 1.0 (no driver attached) > pcib1: irq 16 at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 0.0 on pci1 > pci2: on pcib2 > ahd0: port 0x2400-0x24ff,0x2000-0= x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci2 > aic7902: Ultra320 Wide Channel A, SCSI Id=3D7, PCI-X 101-133MHz, 512 SCBs > ahd1: port 0x2c00-0x2cff,0x2800-0= x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci2 > aic7902: Ultra320 Wide Channel B, SCSI Id=3D7, PCI-X 101-133MHz, 512 SCBs > pcib3: at device 0.2 on pci1 > pci3: on pcib3 > em0: port 0x3000-0x30= 3f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci3 > em0: Ethernet address: 00:30:48:2e:99:ba > em1: port 0x3040-0x30= 7f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci3 > em1: Ethernet address: 00:30:48:2e:99:bb > pcib4: irq 16 at device 4.0 on pci0 > pci4: on pcib4 > pcib5: irq 16 at device 6.0 on pci0 > pci5: on pcib5 > uhci0: port 0x1400-0x141f irq= 16 at device 29.0 on pci0 > usbus0 on uhci0 > uhci1: port 0x1420-0x143f irq= 19 at device 29.1 on pci0 > usbus1 on uhci1 > uhci2: port 0x1440-0x145f irq= 18 at device 29.2 on pci0 > usbus2 on uhci2 > uhci3: port 0x1460-0x147f irq= 16 at device 29.3 on pci0 > usbus3 on uhci3 > ehci0: mem 0xdd001000-0xdd001= 3ff irq 23 at device 29.7 on pci0 > usbus4: EHCI version 1.0 > usbus4 on ehci0 > pcib6: at device 30.0 on pci0 > pci6: on pcib6 > vgapci0: port 0x4000-0x40ff mem 0xde000000-0xdef= fffff,0xdd400000-0xdd400fff irq 17 at device 1.0 on pci6 > drm0: on vgapci0 > info: [drm] Initialized mach64 2.0.0 20060718 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0x14a0-0x14af at device 31.1 on pci0 > ata0: at channel 0 on atapci0 > ata1: at channel 1 on atapci0 > ichsmb0: port 0x1100-0x111f irq 1= 7 at device 31.3 on pci0 > smbus0: on ichsmb0 > smb0: on smbus0 > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ppc0: cannot reserve I/O port range > p4tcc0: on cpu0 > p4tcc1: on cpu1 > p4tcc2: on cpu2 > p4tcc3: on cpu3 > ZFS filesystem version: 5 > ZFS storage pool version: features support (5000) > Timecounters tick every 1.000 msec > random: unblocking device. > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 12Mbps Full Speed USB v1.0 > usbus4: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: on usbus1 > ugen0.1: at usbus0 > uhub1: on usbus0 > ugen3.1: at usbus3 > uhub2: on usbus3 > ugen2.1: at usbus2 > uhub3: on usbus2 > ugen4.1: at usbus4 > uhub4: on usbus4 > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub2: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > uhub4: 8 ports with 8 removable, self powered > ahd0: Invalid Sequencer interrupt occurred. > >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< > ahd0: Dumping Card State at program address 0x23c Mode 0x0 > Card was paused > INTSTAT[0x0] SELOID[0x2] SELID[0x30] HS_MAILBOX[0x0]=20 > INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11]=20 > DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE)=20 > SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0]=20 > LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0]=20 > SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1= |INTMASK2)=20 > SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x5]=20 > KERNEL_QFREEZE_COUNT[0x5] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff]= =20 > SSTAT0[0x0] SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0]=20 > PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)=20 > LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0]=20 > LQOSTAT1[0x0] LQOSTAT2[0x0]=20 >=20 > SCB Count =3D 512 CMDS_PENDING =3D 0 LASTSCB 0xffff CURRSCB 0x1fb NEXTSCB= 0xff40 > qinstart =3D 59 qinfifonext =3D 61 > QINFIFO: 0x1fa 0x1f9 > WAITING_TID_QUEUES: > Pending list: > 505 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x7]= =20 > 506 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x17= ]=20 > Total 2 > Kernel Free SCB lists:=20 > Any Device: 497 507 500 498 499 501 502 503 504 508 509 510 511 496 495= 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 47= 6 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 4= 57 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 = 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420= 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 40= 1 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 3= 82 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 = 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345= 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 32= 6 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 3= 07 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 = 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270= 269 268 267 266=20 > 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 = 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229= 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 21= 0 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 1= 91 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 = 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154= 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 13= 5 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 1= 16 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97= 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72= 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47= 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22= 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 > Sequencer Complete DMA-inprog list:=20 > Sequencer Complete list:=20 > Sequencer DMA-Up and Complete list:=20 > Sequencer On QFreeze and Complete list:=20 >=20 >=20 > ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8000, SCB 0x1f1 > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|= ENSAVEPTRS)=20 > SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)= =20 > SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]=20 > SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0= x0=20 > HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)=20 >=20 > ahd0: FIFO1 Free, LONGJMP =3D=3D 0x8063, SCB 0x1fb > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|= ENSAVEPTRS)=20 > SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)= =20 > SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]=20 > SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0= x0=20 > HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)=20 > LQIN: 0x8 0x0 0x1 0xf1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x= 0 0x0 0x0 0x0=20 > ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, OPTIONMODE =3D 0x42 > ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0x1 > ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0 >=20 > SIMODE0[0xc]:(ENOVERRUN|ENIOERR)=20 > CCSCBCTL[0x0]=20 > ahd0: REG0 =3D=3D 0xb860, SINDEX =3D 0x10e, DINDEX =3D 0x106 > ahd0: SCBPTR =3D=3D 0x1f1, SCB_NEXT =3D=3D 0xff40, SCB_NEXT2 =3D=3D 0x1fb > CDB 12 0 0 80 88 9 > STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > (probe3:ahd0:0:3:0): inquiry data fails comparison at DV2 step > (probe2:ahd0:0:2:0): inquiry data fails comparison at DV1 step > (ahd0:A:3:0): refuses synchronous negotiation. Using asynchronous transfe= rs > (ahd0:A:2:0): refuses synchronous negotiation. Using asynchronous transfe= rs > da0 at ahd0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device=20 > da0: Serial Number DAA0P7A054GD > da0: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) > da0: Command Queueing enabled > da0: 140272MB (287277984 512 byte sectors: 255H 63S/T 17882C) > cd0 at ata1 bus 0 scbus3 target 1 lun 0 > cd0: Removable CD-ROM SCSI-0 device=20 > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > da2 at ahd0 bus 0 scbus0 target 2 lun 0 > da2: Fixed Direct Access SCSI-3 device=20 > da2: Serial Number 3KS2NFJG00007611CFPX > da2: 3.300MB/s transfers > da2: Command Queueing enabled > da2: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) > da1 at ahd0 bus 0 scbus0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device=20 > da1: Serial Number DAA0P7A054G3 > da1: 320.000MB/s transfers (160.000MHz DT, offset 127, 16bit) > da1: Command Queueing enabled > da1: 140272MB (287277984 512 byte sectors: 255H 63S/T 17882C) > da3 at ahd0 bus 0 scbus0 target 3 lun 0 > da3: Fixed Direct Access SCSI-3 device=20 > da3: Serial Number 3KS1Z2KF00007620X9K1 > da3: 3.300MB/s transfers > da3: Command Queueing enabled > da3: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) > ses0 at ahd0 bus 0 scbus0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device=20 > ses0: 3.300MB/s transfers > ses0: SAF-TE Compliant Device > SMP: AP CPU #1 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #2 Launched! > Timecounter "TSC-low" frequency 1496279088 Hz quality 1000 > Trying to mount root from ufs:/dev/da0s1a [rw]... Saw this message today and thought I would chuck it over to freebsd-scsi to see if anyone can assist. sean --=-N2R1aXAlMwuSEqn9eLEJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iQEcBAABAgAGBQJSikh6AAoJEBkJRdwI6BaHUZkH/0z0DTDDbHwKTHTyEucEUkvN ggXr65E6caobAthi5qA8O4l78p73V+sSD3RRSDTrsEeJWsevGipZQnVFWpExh/Uu pwEi9NkiB+tC6MiGFeG+a0h4NMzjD27kWbYtIbDKzlrOIwVuz+5HNeJZNpiVRDSO zJh+gveJGgD2HqZHqXllHfnJXhzh/SU6IiwvDXEmTilg4YRdGVOsj/BFKZner9P7 XExS/FstHAp4xMGbnjtMkJzrOP3VS/1lZmzmxtrkPpqF3ElrHXkTvrD+7+foy3sk BF4H3L7it3RbRWzpg9lMbmvjy6QbUjKvfAa5+yHHBc7ruEEHqZ+sNqqsmvdZ4U8= =Vizo -----END PGP SIGNATURE----- --=-N2R1aXAlMwuSEqn9eLEJ-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 08:15:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7B78F71 for ; Tue, 19 Nov 2013 08:15:15 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 817912BA6 for ; Tue, 19 Nov 2013 08:15:15 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 6034AB9040 for ; Tue, 19 Nov 2013 09:15:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1384848900; x= 1386663301; bh=ed4q2Fzd95MD1aSJDUEMnX8m6RZJLUAEyFMo5kr4oKg=; b=A hBFOj0g9OFvm62cUT/q3EKhE8iwRCLTJEGjDNZK1oPelquOrec/mdDJz6meo4ReS +CS/TJwwjvYxObRR1G/9Y9H7MRNJ49kOgZchB/A6yO/E0F+6vcxkbPilCgVYDWQt 6hMK52/LFzpFUyN85dhZn7SDSl3b8oSFNhE/0kC/70= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Br3r1GNHtBwr for ; Tue, 19 Nov 2013 09:15:00 +0100 (CET) Received: from kaa (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 295B9B9022 for ; Tue, 19 Nov 2013 09:14:59 +0100 (CET) Date: Tue, 19 Nov 2013 09:14:59 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: login failures Message-Id: <20131119091459.3084ad63d079615a0ce31d18@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.4.0beta5 (GTK+ 2.24.20; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 08:15:15 -0000 I am getting a-mail with security run output from one of my 9.2-RELEASE servers whose primary role is mysql server: sql1.kappastar.com login failures: Nov 18 02:11:09 sql1 sshd[58619]: Invalid user this-is-not-an-attack from 188.95.234.6 Nov 18 02:11:17 sql1 sshd[58621]: Invalid user this-is-not-an-attack from 188.95.234.6 Nov 18 04:54:10 sql1 sshd [59190]: reverse mapping checking getaddrinfo for 189.26.255.11.static.gvt.net.br [189.26.255.11] failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 04:54:10 sql1 sshd[59190]: Invalid user info from 189.26.255.11 Nov 18 21:18:05 sql1 sshd[60883]: reverse mapping checking getaddrinfo for 210.213.119.53.pldt.net [210.213.119.53] failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 21:18:09 sql1 sshd[60885]: reverse mapping checking getaddrinfo for 210.213.119.53.pldt.net [210.213.119.53] failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 21:18:16 sql1 sshd[60887]: reverse mapping checking getaddrinfo for 210.213.119.53.pldt.net [210.213.119.53] failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 23:05:39 sql1 sshd[61075]: Invalid user ____ from 208.83.31.22 However, I do not see anything in auth.log. Also, this should not happen at all as this host is in DMZ behind the firewall which does not allow ssh connections to it. How should I start troubleshooting this? --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 08:19:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6DA9155; Tue, 19 Nov 2013 08:19:01 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7358B2BF8; Tue, 19 Nov 2013 08:19:01 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wp18so3550262obc.16 for ; Tue, 19 Nov 2013 00:19:00 -0800 (PST) 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=e18+0T02SKzHbU22NVi4H8h5G0wPspXS+NOcmy+lW1A=; b=t1CWku/n3r9xtV20zAC8z99RXWMIdIcZ+OeixT7pZt9HARvRh0upBFyFk7g2vgPcNL xp5mvjDA256jZkCuZzxFo/VsjMHxaYQVjPDguStPiCXn5VqGhcL4u9OsOr5zds6goduZ Zjh2JEhEOlLrZvwcOOFBpLui01t9eYehtxDGa5pM6DQjoUBlaiMmwnRLGhqBlns3VxpD VHBs+HJbbDr4tq6Ot1XGG4CRCE5sgnSfHj0hhdaCPMU4h9GZGMrOtBGMXS7SOmYPK6j7 4DlDrSRnDRclHxWtzOz4Lw96slC57NQNq66jQfiIsJ4DLEQ3GXMEStOLkDNtFfK5Bphv yFQg== X-Received: by 10.60.155.166 with SMTP id vx6mr24479174oeb.28.1384849140378; Tue, 19 Nov 2013 00:19:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.81.161 with HTTP; Tue, 19 Nov 2013 00:18:40 -0800 (PST) In-Reply-To: References: <523B04C3.30100@omnilan.de> <52405797.9020609@omnilan.de> From: Amitabh Kant Date: Tue, 19 Nov 2013 13:48:40 +0530 Message-ID: Subject: Re: 9.2 panic with wcb4xxp (dahdi-kmod26-2.6.1.r10738) To: Max Khon Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-isdn@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 08:19:01 -0000 Max I could not find any info on setting those module parameters. Is there a place where I can more info on how to set those supported parameters in FreeBSD Amitabh On Mon, Nov 18, 2013 at 6:02 PM, Max Khon wrote: > Amitabh, > > I suppose you are wrong about missing sysctls. Almost all dahdi module > parameters are settable using kenv and then (after the driver is > loaded) are visible via sysctl. > > Max > > On Tue, Sep 24, 2013 at 7:45 AM, Amitabh Kant > wrote: > > On Mon, Sep 23, 2013 at 8:30 PM, Harald Schmalzbauer < > > h.schmalzbauer@omnilan.de> wrote: > > > >> Bez=FCglich Amitabh Kant's Nachricht vom 21.09.2013 03:24 (localtime)= : > >> > On Thu, Sep 19, 2013 at 7:35 PM, Harald Schmalzbauer > >> > > wrote= : > >> > > >> > Hello, > >> > > >> > unloading the kernel module of dahdi-kmod26-2.6.1.r10738 leads t= o > >> this > >> > panic: > >> > > >> > > >> > > >> > > >> > wcb4xxp0: <6>Did not do the highestorder stuff > >> > <6>dahdi: Detected time shift. > >> > <5>dahdi_echocan_mg2: Registered echo canceler 'MG2' > >> > > >> > Starting asterisk afterwards also leads to panic. > >> > I guess dahdi development stalled, but I wanted to try it becaus= e > I'd > >> > prefer freeswitch and need BRI support... > >> > Is somebody familiar with dahdi and interested in making it work > with > >> > FreeBSD 9.2? > >> > > >> > Thanks, > >> > > >> > -Harry (not subscribed to isdn@) > >> > > >> > > >> > > >> > Have you been able to solve the problem? I am running Freeswitch (fr= om > >> > git, not port) and dahdi/dahdi-kmod26 (from port) with PRI line > >> > (Digium 8 span and single span) without any problems on 9.1. Will te= st > >> > it on 9.2 and get back to you if I see a panic . > >> Hello Amitabh, > >> > >> couldn't solve my problem. > >> First, dahdi_scan doesn't detect ports jumpered to NT mode. I need 2 > ports > >> in NT mode, so trying anything else with dahdi before my settings get > >> correctly recognized is probably not worth the time. > >> Also I have to investigate if it is still true that libpri doesn't > support > >> ptmp in NT mode!?! > >> In general, the freebsd dahdi port doesn't seem to be in good shape; > >> Couldn't find any docs about sysctls (dahdi.wcb4xxp.teignorered, '-d' > shows > >> nothing :-( ), no man page =96 hard to find out anything about dahdi i= n > >> FreeBSD, not even the supported hardwhere seems to be documentend > >> anywhere... > >> > >> Any hints highly appreciated, although I think the better way was to > teach > >> FreeTDM speaking CAPI. HPS does a great job keeping all kind of ISDN > >> hardware supported by i4b (ISDN4BSD)! > >> Or to make chan_capi work with asterisk11 =96 the lesser evil than > fighting > >> dahid... > >> > >> Thanks, > >> > >> -Harry > >> > >> > >> > > Hello Harry > > > > Sadly, there is not much help while installing/using dahdi on FreeBSD. > > There does not seem to by any sysctls defined for dahdi which are neede= d > to > > set for certain cards. Infact, for the 8 span card, to change the defau= lt > > T1 to E1, I had to make changes in the code directly. > > > > > > Amitabh > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 10:25:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2DD351B for ; Tue, 19 Nov 2013 10:25:30 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A764124C6 for ; Tue, 19 Nov 2013 10:25:30 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1ViiFg-0008Rw-Ok for freebsd-stable@freebsd.org; Tue, 19 Nov 2013 11:09:49 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: login failures References: <20131119091459.3084ad63d079615a0ce31d18@mimar.rs> Date: Tue, 19 Nov 2013 11:09:46 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20131119091459.3084ad63d079615a0ce31d18@mimar.rs> User-Agent: Opera Mail/12.16 (Win32) X-Authenticated-As-Hash: 5a5bc696c05b24d66fef48d694aeed0652e57d03 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.9 X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, NORMAL_HTTP_TO_IP autolearn=disabled version=3.3.2 X-Scan-Signature: 258bd43c1b7c380ff6f1b27dffaa1ebc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 10:25:31 -0000 On Tue, 19 Nov 2013 09:14:59 +0100, Marko Cupać wrote: > I am getting a-mail with security run output from one of my 9.2-RELEASE > servers whose primary role is mysql server: > > sql1.kappastar.com login failures: > Nov 18 02:11:09 sql1 sshd[58619]: Invalid user this-is-not-an-attack > from 188.95.234.6 Nov 18 02:11:17 sql1 sshd[58621]: Invalid user > this-is-not-an-attack from 188.95.234.6 Nov 18 04:54:10 sql1 sshd > [59190]: reverse mapping checking getaddrinfo for > 189.26.255.11.static.gvt.net.br [189.26.255.11] failed - POSSIBLE > BREAK-IN ATTEMPT! Nov 18 04:54:10 sql1 sshd[59190]: Invalid user info > from 189.26.255.11 Nov 18 21:18:05 sql1 sshd[60883]: reverse mapping > checking getaddrinfo for 210.213.119.53.pldt.net [210.213.119.53] > failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 21:18:09 sql1 sshd[60885]: > reverse mapping checking getaddrinfo for 210.213.119.53.pldt.net > [210.213.119.53] failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 21:18:16 > sql1 sshd[60887]: reverse mapping checking getaddrinfo for > 210.213.119.53.pldt.net [210.213.119.53] failed - POSSIBLE BREAK-IN > ATTEMPT! Nov 18 23:05:39 sql1 sshd[61075]: Invalid user ____ from > 208.83.31.22 > > However, I do not see anything in auth.log. Also, this should not > happen at all as this host is in DMZ behind the firewall which does not > allow ssh connections to it. > > How should I start troubleshooting this? - double check your firewall. Do you log the allowed and blocked traffic? - scan the network for unexpected traffic. - are there more logs 'missing'? Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 10:34:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 643D67D9 for ; Tue, 19 Nov 2013 10:34:02 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2838525B5 for ; Tue, 19 Nov 2013 10:34:02 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id u18so4728347qcx.28 for ; Tue, 19 Nov 2013 02:34:01 -0800 (PST) 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=H4Lw6GEfExXB8gIlBSuhwMRRn89PnaVjw2AWQovnDeM=; b=Iyu7Yo+xSxWAmN2yupgRa+SJ9uSYHX3xa0Msb03LT//LpbWbR+LOW2/4dNUNXbhIv2 IYtWuoqB/njEecx1k+EuP8T40yyj4jdIIFRDqQgaIg0pfuLzZk+QkhCjWg1W9JsFQPhg 1Kt3TEMP+gMY++MNAZwr4F00AP0i94cGqOmpe36dNISuLcfFGuZTplKyauzYz1O5GM/n DnaWrC5qv4zH3f6Sl0+o2NHJ2yMa7+sfSgEU01krouYZG6n8nkky1Nsdst+6WhfdpYON 6AKV36rI9+N6ghmq+H8+DXqiMu/QsqrLKssrH+WIzTeeDF9BzXfech10kHJs2vlzYX02 1eHw== MIME-Version: 1.0 X-Received: by 10.229.137.135 with SMTP id w7mr41371930qct.14.1384857241312; Tue, 19 Nov 2013 02:34:01 -0800 (PST) Received: by 10.224.36.137 with HTTP; Tue, 19 Nov 2013 02:34:01 -0800 (PST) In-Reply-To: References: <20131119091459.3084ad63d079615a0ce31d18@mimar.rs> Date: Tue, 19 Nov 2013 10:34:01 +0000 Message-ID: Subject: Re: login failures From: krad To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 10:34:02 -0000 I always have a firewall on a local machine as well as the network run firewall, maybe you should consider this. I also have a management interface on all boxes and ssh and any backup and monitoring daemons are bound to this interface. You could also look at removing the default route on the box and just putting in the static routes it needs. Any internet bound traffic you need (os updates etc) can go via a proxy. Simalarly with mysql only bind it to the required interface. These interfaces can of course be vlan ones and need not be physical On 19 November 2013 10:09, Ronald Klop wrote: > On Tue, 19 Nov 2013 09:14:59 +0100, Marko Cupa=C4=87 > wrote: > > I am getting a-mail with security run output from one of my 9.2-RELEASE >> servers whose primary role is mysql server: >> >> sql1.kappastar.com login failures: >> Nov 18 02:11:09 sql1 sshd[58619]: Invalid user this-is-not-an-attack >> from 188.95.234.6 Nov 18 02:11:17 sql1 sshd[58621]: Invalid user >> this-is-not-an-attack from 188.95.234.6 Nov 18 04:54:10 sql1 sshd >> [59190]: reverse mapping checking getaddrinfo for >> 189.26.255.11.static.gvt.net.br [189.26.255.11] failed - POSSIBLE >> BREAK-IN ATTEMPT! Nov 18 04:54:10 sql1 sshd[59190]: Invalid user info >> from 189.26.255.11 Nov 18 21:18:05 sql1 sshd[60883]: reverse mapping >> checking getaddrinfo for 210.213.119.53.pldt.net [210.213.119.53] >> failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 21:18:09 sql1 sshd[60885]: >> reverse mapping checking getaddrinfo for 210.213.119.53.pldt.net >> [210.213.119.53] failed - POSSIBLE BREAK-IN ATTEMPT! Nov 18 21:18:16 >> sql1 sshd[60887]: reverse mapping checking getaddrinfo for >> 210.213.119.53.pldt.net [210.213.119.53] failed - POSSIBLE BREAK-IN >> ATTEMPT! Nov 18 23:05:39 sql1 sshd[61075]: Invalid user ____ from >> 208.83.31.22 >> >> However, I do not see anything in auth.log. Also, this should not >> happen at all as this host is in DMZ behind the firewall which does not >> allow ssh connections to it. >> >> How should I start troubleshooting this? >> > > - double check your firewall. Do you log the allowed and blocked traffic? > - scan the network for unexpected traffic. > - are there more logs 'missing'? > > Ronald. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 11:34:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61DA8C03 for ; Tue, 19 Nov 2013 11:34:44 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28A53293D for ; Tue, 19 Nov 2013 11:34:43 +0000 (UTC) Received: from fortune.joker.local (180-198-98-49.nagoya1.commufa.jp [180.198.98.49]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.2/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id rAJBYeuH045467 for ; Tue, 19 Nov 2013 20:34:40 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 19 Nov 2013 20:34:40 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Please revert r258230 in stable/10 Message-Id: <20131119203440.766ca54c870deebd45f8957c@dec.sakura.ne.jp> In-Reply-To: <20131118214700.97ad4cd44af9989ac9ff88d1@dec.sakura.ne.jp> References: <20131117114223.9af2adf49a93b5dd7f77f472@dec.sakura.ne.jp> <5288BFB6.3010709@passap.ru> <20131118213553.2da2f1b08a30d6aecc04a46d@dec.sakura.ne.jp> <20131118214700.97ad4cd44af9989ac9ff88d1@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 11:34:44 -0000 Need another mention for security/clamav and some others. Would be better creating new thread, but as I already mentioned with clamav in previous post, continuing for now. I needed to apply the patch attached in PR ports/183331, reported by Rainer Hurling to build security/clamav in stable/10 and head (assigned to garga, but not committed yet). The same change (adding -ltinfo to LDFLAGS+= line in Makefile. If no line, add the line) was needed at least for textproc/aspell and security/pinentry. As I tested very limited ports, so possibly more ports I haven't tested will need it. The build error without it is essentially the same linker error as reported in ports/183331. Please read the PR for detail. All was done before r258230 and I needed time to recall this. Sorry. On Mon, 18 Nov 2013 21:47:00 +0900 Tomoaki AOKI wrote: > Sorry. I forgot to mention. > > All my test proceeded in head is intentionally done at revision r258284, > as I noticed base iconv framework is modified (looks mainly in namespace > changes) in r258283 and __FreeBSD_version is bumped at r258284 > correspondingly. > > Also, stable/10 is at r258230 and stable/9 host is at r258161. > All is amd64, head and stable/10 in VirtualBox guest in stable/9 host. > > > On Mon, 18 Nov 2013 21:35:53 +0900 > Tomoaki AOKI wrote: > > > On Sun, 17 Nov 2013 17:08:06 +0400 > > Boris Samorodov wrote: > > > > > 17.11.2013 06:42, Tomoaki AOKI $B'a'Z'j'V'd(B: > > > > > > > As some port requires libiconv.so.3 > > > > > > Are you speaking in general or do you have other (than > > > japanese/mozc-tools) examples? > > > > Sorry for delay. > > > > I'm speaking in general, and japanese/mozc-tool is an example I found > > within my limited test. Many ports have iconv option, many have > > non-optionally depends on libiconv, and possibly having problem. > > I guess some of those are only configure issue as you mentioned, some > > of those are handled properly via USES=iconv, but some others possibly > > have severe dependency issue, I suspect. > > > > Note: I additionally found security/clamav (with OPTIONS iconv enabled), > > devel/sdl12 (non-optional USES), and print/ghostscript9 (with > > OPTIONS but default) misses libiconv.so.3 by pkg_libchk. All these > > was rebuilt fine and confirmed at least clamav runs fine, in > > head and stable/10. Because devel/sdl12 and print/ghostscript9 was > > installed as dependency of something, I haven't test them yet. > > > > > > > > At least, japanese/mozc-tools (I and maybe many Japanese desktop users > > > > strongly need japanese/mozc-* ports, and it unconditionally requires > > > > libiconv.so.3) didn't build in head after r257583 > > > > > > I just tried to build japanese/mozc-tools. Do you speak about this?: > > > ----- > > > LINK(target) out_linux/Release/mozc_tool > > > /usr/bin/ld: cannot find -liconv > > > c++: error: linker command failed with exit code 1 (use -v to see > > > invocation) > > > gmake[2]: *** [out_linux/Release/mozc_tool] Error 1 > > > ----- > > > > > > If yes, I'd say that it's not a hard dependency upon libiconv but just a > > > configure error. Please, try the attached patch (build tested only) > > > and report back. We will be interested at run time behaviour (is it > > > OK or not). > > > > > > Seems that the patch has an effect only on mozc-tools, but to be on > > > a safe side I'd rebuild all mozc-* ports. > > > > Tried, for safety, rebuilding mozc-* ports and ibus-mozc port. > > Your patch looks working fine for me in both head and stable/10, and > > additionally, stable/9 host environment (with converters/libiconv, no > > base iconv libraries built). All is OK for me. Thanks. > > > > While testing this, I found libiconv.so.3 is left unremoved > > in /usr/lib32 after make delete-old and make delete-old libs with > > libiconv.so (symlink to libiconv.so.3), libiconv.a and libiconv_p.a (I'm > > trying amd64). > > Of course it shouldn't affect for natively compiled version, but for > > safer test, renaming them and rebuild all mozc-* ports. Still looks OK. > > > > > > > Thank you for the report. > > > -- > > > WBR, Boris Samorodov (bsam) > > > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > > > > > > -- > > Tomoaki AOKI junchoon@dec.sakura.ne.jp > > > _______________________________________________ -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 16:22:10 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DC7DE7A; Tue, 19 Nov 2013 16:22:10 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 268E62B34; Tue, 19 Nov 2013 16:22:09 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 6C369157E3; Tue, 19 Nov 2013 16:22:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 6C369157E3 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Tue, 19 Nov 2013 11:22:05 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: 10.0-RELEASE cycle status update Message-ID: <20131119162205.GW1643@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PjLo8P/CG6vpADRe" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 16:22:10 -0000 --PjLo8P/CG6vpADRe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline As some may have noticed, the 10.0-RELEASE cycle has slipped a bit behind schedule. Here is where we stand at the moment: - The iconv issues mentioned in a previous status update email[1] are being looked at extensively. There are a number of iconv(3) fixes that have been committed to head/, which are pending MFC to stable/10 following the default 3-day merge period. Those tracking -CURRENT are encouraged to update their systems and report back (on -current@) any issues. Those awaiting the next 10.0 builds, please be patient. We will have the next round of builds for the 10.0-RELEASE cycle started as soon as possible. [1] http://lists.freebsd.org/pipermail/freebsd-stable/2013-November/075658.html Glen --PjLo8P/CG6vpADRe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSi5AtAAoJELls3eqvi17QjpoP/1E2hCA9AGkyegvw8Z+H6XIc tcYlvHniUGrnnScxmExMA7mjM1/Lkm4ok/a2bpiv4OqlfxQS8QQcC+IJFkbn5YCy 5UqW8ZBfoZjw1qZmDAOPoaoEkyzoJlyYvVw5XzcupIahFrkrVFc2DIb88lAZVbnh y4as5y/w8t3sN/2/rqPrNonPhc5Q8Ysz4EKjULHWz4Dy6vI+Nn4bnckCTe2lrswD qWwMtdq2F3Dhc+K6tPN6ZQ2fXCdtDoAdMQ1QMzbkNpc9q1i6yPcROsH/FEREebDA ceGW9iE/r/1S1K+A4W+yCI4La97qpZcyl5x2ABO3mZHXpGgEofC55eamCtP4n5y9 nCgkBA9h10uIH1noiFPHadMzh4L2LL/+JU49P5b4IKG0m6wZ+MKQSqbZbHtZUrj3 agS98ryAHgzdZdIIPB13nUdx9vDPu+rb8BC+WorEBVFVdWxkNjv8KYG93FWJtfJN tb2qhTtYyb3OFRKQT7RvM0gTiSq16YQYTkwX8XW/qkOUllEJ00lBlRDMtMKbkfd7 +u97V1zCe3F9DAQaGLRQdZPCcmipr8Sk5KJI/o+A2dX6GFAYPAFZl+sNFTNO0M3v pDB8yS1J3WIVz6mn8M1sQuDHN8lZ3W7oHteZ892avtK9JfRxv4qrjWNS1wCri07j XvK4CoY8rhJQEz8YKQ/H =+cSj -----END PGP SIGNATURE----- --PjLo8P/CG6vpADRe-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 19:55:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 649A3FC3; Tue, 19 Nov 2013 19:55:58 +0000 (UTC) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3C1627D5; Tue, 19 Nov 2013 19:55:57 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id t61so1573439wes.32 for ; Tue, 19 Nov 2013 11:55:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zo6qLo1jImxMi8EDH1WF/h9RhBjvFW3nPF3Ri1T6w5w=; b=FQ3sq//MLJh6zM1ZpT2xbKiUomYdvIUB5CqW9J8SxFdAc+XPZ7evm8JMBpV1JF/3Y4 3F0GBYoEajSPN0bgDm7SJ9ttjmpkpKxDVlTTppjvWYg0j8XFwTqH++zmYpmIB6C/ftAE GdqLk2+bq9yL+VgqvSc7ilt6ddSRAs1X0e9ukSCjIgWV7lrZTnwvMl3pq4YnKHtuN70q XnH45hl+3CijGeD2sP1xfS4nz/YADwjGOBNHiw1xhaMPdXiG5s4ojssYilfNgQ5xjZY5 qVhz8lb7EW5It5O8tmF9VX7hW2wSHoKdZRLdbXibYZfJnKDs+jXmRdX7V+avNDuUsPkX yHqA== MIME-Version: 1.0 X-Received: by 10.194.71.72 with SMTP id s8mr2749168wju.52.1384890956379; Tue, 19 Nov 2013 11:55:56 -0800 (PST) Received: by 10.216.91.144 with HTTP; Tue, 19 Nov 2013 11:55:56 -0800 (PST) Date: Tue, 19 Nov 2013 21:55:56 +0200 Message-ID: Subject: ipfw table add problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: freebsd-stable , freebsd-ipfw , Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 19:55:58 -0000 Hi, I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. I am trying to add port number to ipfw tables. But there is something strange : Problem is easily repeatable. #ipfw table 1 flush #ipfw table 1 add 4899 #ipfw table 1 list ::/0 0 #ipfw table 1 flush #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0 as prefix ) #ipfw table 1 list ::/0 0 #ipfw table 1 delete ::/0 ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process I guess that, this problem is related to radix mask calculation problem/fix. Is there a quick solution for this. Best, regards, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 20:22:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A24D488E; Tue, 19 Nov 2013 20:22:23 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F28629A3; Tue, 19 Nov 2013 20:22:23 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id gq1so4146484obb.32 for ; Tue, 19 Nov 2013 12:22:22 -0800 (PST) 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=9fMG7J2TzWib9FLjAOg/mCkiFVgMsBVbtWSXaoBHpus=; b=OWzCW5iIugTDwWPvoPt0NLlOWVcBXuD0hDOnwL+SenGuDx56J+Vm0wxrWLE3ZVG78Y jFnGc6L8pAs384Nk7vu36Z2SvJkYtiDEEIO3qI3j3WzVHfcRc0NdK0y/bTKDU4o47QP6 EBzHQiyYW2GTcisK0eM4XevJ/SQ2CwctSNhRQVljDk9hp4InF8msAWeLYCqm3aPmac4Z kDNkI+Q+LwhgpBuQxfH3HecE/tu3Wz9BBHisH1Joem68THVk1lVYUXhpuNrXZawLEt9w gMqdNw30rds44dkl5AN1Bvxs1e7D6Hjv18wpu27aRhmJf2l42PTK5PbFQJ9Pnpm5oc6t KHWA== MIME-Version: 1.0 X-Received: by 10.182.87.42 with SMTP id u10mr26720115obz.22.1384892542355; Tue, 19 Nov 2013 12:22:22 -0800 (PST) Received: by 10.76.177.234 with HTTP; Tue, 19 Nov 2013 12:22:22 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Nov 2013 21:22:22 +0100 Message-ID: Subject: Re: ipfw table add problem From: Andreas Nilsson To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 20:22:23 -0000 On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK wrot= e: > Hi, > > I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. > I am trying to add port number to ipfw tables. But there is something > strange : > Problem is easily repeatable. > > #ipfw table 1 flush > #ipfw table 1 add 4899 > #ipfw table 1 list > ::/0 0 > Works with ipfw table 1 add 0 4899 > > #ipfw table 1 flush > #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0 as > prefix ) > #ipfw table 1 list > ::/0 0 > Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. > > #ipfw table 1 delete ::/0 > ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process > However ipfw table 1 delete 0.0.0.0/0 does. > > > I guess that, this problem is related to radix mask calculation > problem/fix. > > Is there a quick solution for this. > Best, regards, Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 20:36:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B6915D58; Tue, 19 Nov 2013 20:36:45 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2EE332A7B; Tue, 19 Nov 2013 20:36:45 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id p61so3545935wes.22 for ; Tue, 19 Nov 2013 12:36:43 -0800 (PST) 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=h3G8NjPQUZTP24TzVKuMC5JhRoIuOo8pTtwKdE7t+3g=; b=06hTKn9MkblFUaM3Uaa7Kd2DTZLzyoqtM6jm2OxZr8i3200Arpu0DVKxAa56MMC+cy xwa9kKC1RJ8a6Aa25RZ/bkd0mcH31kaGmJB3jfGNOD9990j5gIAAakInJLoUq9wlMXPq PWwoJykfyMOtJzUMnhEA8toqGqPHzHGq9emzRLV49ghWtWaW/0uq8ySxNE0eCbjQrcOk p41HuxRt9qSEV++e0iPigXP0Wca7+UpslKzpsn0StvO+rCvNn72THwqfKRNgTl1SHEes xq6ieOvESsmHF2X032pzO6c6hPX9EMb5lrEFMhqHVrsUwRXbg+Hb5e86jMBXzL6oXaNm GGNQ== MIME-Version: 1.0 X-Received: by 10.180.185.242 with SMTP id ff18mr22676243wic.44.1384893403424; Tue, 19 Nov 2013 12:36:43 -0800 (PST) Received: by 10.216.91.144 with HTTP; Tue, 19 Nov 2013 12:36:43 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Nov 2013 22:36:43 +0200 Message-ID: Subject: Re: ipfw table add problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Andreas Nilsson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 20:36:45 -0000 Hi, On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson wrote= : > > > > On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK wro= te: > >> Hi, >> >> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. >> I am trying to add port number to ipfw tables. But there is something >> strange : >> Problem is easily repeatable. >> >> #ipfw table 1 flush >> #ipfw table 1 add 4899 >> #ipfw table 1 list >> ::/0 0 >> > Works with ipfw table 1 add 0 4899 > No, i want to use this table as port list ( to use with "lookup src-port 1" ) . If you add like this, you cannot match against ports. Am I wrong? > >> #ipfw table 1 flush >> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0 as >> prefix ) >> #ipfw table 1 list >> ::/0 0 >> > Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. > Please dont leave spaces between 0 and 1. > >> #ipfw table 1 delete ::/0 >> ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process >> > However ipfw table 1 delete 0.0.0.0/0 does. > Thank you > >> >> I guess that, this problem is related to radix mask calculation >> problem/fix. >> >> Is there a quick solution for this. >> Best, regards, > > > Best regards > Andreas > Best regards, Ozkan. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 21:21:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85E196A1; Tue, 19 Nov 2013 21:21:47 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43B7B2D5A; Tue, 19 Nov 2013 21:21:47 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id uy5so1217520obc.40 for ; Tue, 19 Nov 2013 13:21:46 -0800 (PST) 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=Y936zrRXVQzkFHjnwi3FBy+CUSQLW9Axo/9ajfXdtA8=; b=FMoxHpNbovvgFB+qi1/9XQUI9G0khkzumF0BqEdyqBftq7b2cNnUBagtut/U581XFe VkekaVKZuls+vN2N42Dkte6W/YZ5ZEiaMxtG4pOpSzC5rAUJ1epzZ/9ym0H5Ta2EpRiE W8zyX8ooXVQ2mOmrHGeuNiHMJ5sgC/Ol/qC7BQ5PExK+F4ZJWb24F3SHQOAcjnd2HqgX kuO94WJ4+2tlB+YoafWpX8wHBhUeskNERtIGzSpGeYOmV+AZGJEkYDGMBngyZRh2AsQV dpHLobehvdgKoFNHIcsy6IWhL8HT5dISY5p4ieddN78GRwKQriWFUoUAEaLtHrMMSRkM CfTA== MIME-Version: 1.0 X-Received: by 10.182.220.225 with SMTP id pz1mr3350897obc.51.1384896106351; Tue, 19 Nov 2013 13:21:46 -0800 (PST) Received: by 10.76.177.234 with HTTP; Tue, 19 Nov 2013 13:21:46 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Nov 2013 22:21:46 +0100 Message-ID: Subject: Re: ipfw table add problem From: Andreas Nilsson To: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 21:21:47 -0000 On Tue, Nov 19, 2013 at 9:36 PM, =D6zkan KIRIK wrot= e: > Hi, > > > > On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson wro= te: > >> >> >> >> On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK wr= ote: >> >>> Hi, >>> >>> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. >>> I am trying to add port number to ipfw tables. But there is something >>> strange : >>> Problem is easily repeatable. >>> >>> #ipfw table 1 flush >>> #ipfw table 1 add 4899 >>> #ipfw table 1 list >>> ::/0 0 >>> >> Works with ipfw table 1 add 0 4899 >> > No, i want to use this table as port list ( to use with "lookup src-port > 1" ) . If you add like this, you cannot match against ports. Am I wrong? > No, that should be possible. > > >> >>> #ipfw table 1 flush >>> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0 as >>> prefix ) >>> #ipfw table 1 list >>> ::/0 0 >>> >> Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. >> > Please dont leave spaces between 0 and 1. > Ok. any specific reason to type it as 10.2.3.01 instead 0f 10.2.3.1 ? > > >> >>> #ipfw table 1 delete ::/0 >>> ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process >>> >> However ipfw table 1 delete 0.0.0.0/0 does. >> > Thank you > >> >>> >>> I guess that, this problem is related to radix mask calculation >>> problem/fix. >>> >>> Is there a quick solution for this. >>> Best, regards, >> >> >> Best regards >> Andreas >> > > Best regards, > Ozkan. > > Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 21:22:37 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B9FC7EF for ; Tue, 19 Nov 2013 21:22:37 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9C2D12D82 for ; Tue, 19 Nov 2013 21:22:36 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id p61so3683008wes.34 for ; Tue, 19 Nov 2013 13:22:35 -0800 (PST) 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:cc :content-type; bh=2kjl/amhFYlQPly6rjTBi+yH7VzK2YXWV/8wlolnDps=; b=avLLy4JqzuBusnnI8ciKEP2yZpnrLYhYmNCD91VhMsnVIHtr+2Ki5yfj2Dvo1t3MLj IdMJgJcWeFnWKc4Sq58JSk9XoVxHXgH8+GpSLaGeCie8TiHvT7L1qlxsG0/M7SWxlWET gnMb8MFrCHgmd7679htV3TrN+z8PqMN9TlN7U75EU8eEqRBmW4IsagWJFftnrkTkyv6L 4NwSsnygYSvLY+4WdXyQIibX66TQzILsky1apInEClfS+jAEXBgVL1aS8Lfs9iKkt7fd eRsPQ6BByn/rpnbYZ+3PTfrem2IBoaXZ9ADFFRhjLj9EAQ7o/e30RE9pqNzNr7zfJKSE 8KXA== MIME-Version: 1.0 X-Received: by 10.194.48.115 with SMTP id k19mt3512535wjn.47.1384896155031; Tue, 19 Nov 2013 13:22:35 -0800 (PST) Received: by 10.216.91.144 with HTTP; Tue, 19 Nov 2013 13:22:34 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Nov 2013 23:22:34 +0200 Message-ID: Subject: Re: ipfw table add problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-ipfw , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 21:22:37 -0000 "ipfw table 1 add 4899" command works, on FreeBSD 8.2 and 8.4. I am using port lookup tables on FreeBSD 8.4. For example : "ipfw add allow all from any to any lookup src-port 1" Lookup section from the MAN page of ipfw : lookup {dst-ip | dst-port | src-ip | src-port | uid | jail} N Search an entry in lookup table N that matches the field speci- fied as argument. If not found, the match fails. Otherwise, the match succeeds and tablearg is set to the value extracted from the table. On Tue, Nov 19, 2013 at 10:36 PM, =D6zkan KIRIK wro= te: > Hi, > > > > On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson wro= te: > >> >> >> >> On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK wr= ote: >> >>> Hi, >>> >>> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. >>> I am trying to add port number to ipfw tables. But there is something >>> strange : >>> Problem is easily repeatable. >>> >>> #ipfw table 1 flush >>> #ipfw table 1 add 4899 >>> #ipfw table 1 list >>> ::/0 0 >>> >> Works with ipfw table 1 add 0 4899 >> > No, i want to use this table as port list ( to use with "lookup src-port > 1" ) . If you add like this, you cannot match against ports. Am I wrong? > > >> >>> #ipfw table 1 flush >>> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0 as >>> prefix ) >>> #ipfw table 1 list >>> ::/0 0 >>> >> Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. >> > Please dont leave spaces between 0 and 1. > > >> >>> #ipfw table 1 delete ::/0 >>> ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process >>> >> However ipfw table 1 delete 0.0.0.0/0 does. >> > Thank you > >> >>> >>> I guess that, this problem is related to radix mask calculation >>> problem/fix. >>> >>> Is there a quick solution for this. >>> Best, regards, >> >> >> Best regards >> Andreas >> > > Best regards, > Ozkan. > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 19 21:26:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 189A7977; Tue, 19 Nov 2013 21:26:21 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 766792DC2; Tue, 19 Nov 2013 21:26:20 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w61so4692170wes.1 for ; Tue, 19 Nov 2013 13:26:18 -0800 (PST) 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=bJBzYRjo5MS8/n+Ca5FKRON0oQMwBG1wQ4RyK1HEtIA=; b=UDhgCRke6i/xnd0qO+lr8d5MNo8su6oPNbETHEQo6tsziK7sN+bZtyCJ8vhcbthvnJ ZkvG5TOpEPG6zqECkPCMRWQU65RmQvjsJ8rVjHct8W0Z6+s1Qdk5E/2TrhL4kdbWhM26 pmTJtYwtgnaoQwWrfpBqC8yEC79bwe5ja4O1gleD9x4bWA27cY+fS8MvvrIDL1j9msbK MH9J2Y7Orv8th8El2LGwd16D9K1t5Pc/EJPFfrkoErTt9t4EZ9ieemg5RYn9gtkdscw2 Eh7Svdq3Q4IbO/b5xWvauclQRqW/vlcIWs6tZy3i1fJLpQGK1j7sLjD8fu27FfBVTSU+ C9Ow== MIME-Version: 1.0 X-Received: by 10.194.48.115 with SMTP id k19mr3139371wjn.47.1384896378876; Tue, 19 Nov 2013 13:26:18 -0800 (PST) Received: by 10.216.91.144 with HTTP; Tue, 19 Nov 2013 13:26:18 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Nov 2013 23:26:18 +0200 Message-ID: Subject: Re: ipfw table add problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Andreas Nilsson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 21:26:21 -0000 On Tue, Nov 19, 2013 at 11:21 PM, Andreas Nilsson wrote= : > > > > On Tue, Nov 19, 2013 at 9:36 PM, =D6zkan KIRIK wro= te: > >> Hi, >> >> >> >> On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson wr= ote: >> >>> >>> >>> >>> On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK w= rote: >>> >>>> Hi, >>>> >>>> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. >>>> I am trying to add port number to ipfw tables. But there is something >>>> strange : >>>> Problem is easily repeatable. >>>> >>>> #ipfw table 1 flush >>>> #ipfw table 1 add 4899 >>>> #ipfw table 1 list >>>> ::/0 0 >>>> >>> Works with ipfw table 1 add 0 4899 >>> >> No, i want to use this table as port list ( to use with "lookup src-port >> 1" ) . If you add like this, you cannot match against ports. Am I wrong? >> > No, that should be possible. > >> >> >>> >>>> #ipfw table 1 flush >>>> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0 a= s >>>> prefix ) >>>> #ipfw table 1 list >>>> ::/0 0 >>>> >>> Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. >>> >> Please dont leave spaces between 0 and 1. >> > Ok. any specific reason to type it as 10.2.3.01 instead 0f 10.2.3.1 ? > There is no specific reason, but both 10.2.3.01 and 10.2.3.1 are has true syntax. The problem is, ipfw doesnt throw any errors, but record added as 0.0.0.0/0( all the IPv4 network ). This behaviour is really dangerous. FreeBSD 8.2 and 8.4 doesnt have this problem. >> >>> >>>> #ipfw table 1 delete ::/0 >>>> ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process >>>> >>> However ipfw table 1 delete 0.0.0.0/0 does. >>> >> Thank you >> >>> >>>> >>>> I guess that, this problem is related to radix mask calculation >>>> problem/fix. >>>> >>>> Is there a quick solution for this. >>>> Best, regards, >>> >>> >>> Best regards >>> Andreas >>> >> >> Best regards, >> Ozkan. >> >> > > Best regards > Andreas > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 00:40:54 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2504217F; Wed, 20 Nov 2013 00:40:54 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6180429C1; Wed, 20 Nov 2013 00:40:52 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAK0egNY030785; Wed, 20 Nov 2013 02:40:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAK0egNA030561; Wed, 20 Nov 2013 00:40:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Nov 2013 00:40:42 GMT Message-Id: <201311200040.rAK0egNA030561@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 00:40:54 -0000 TB --- 2013-11-19 23:00:41 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-19 23:00:41 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-19 23:00:41 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2013-11-19 23:00:41 - cleaning the object tree TB --- 2013-11-19 23:00:41 - /usr/local/bin/svn stat /src TB --- 2013-11-19 23:01:33 - At svn revision 258357 TB --- 2013-11-19 23:01:34 - building world TB --- 2013-11-19 23:01:34 - CROSS_BUILD_TESTING=YES TB --- 2013-11-19 23:01:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-19 23:01:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-19 23:01:34 - SRCCONF=/dev/null TB --- 2013-11-19 23:01:34 - TARGET=sparc64 TB --- 2013-11-19 23:01:34 - TARGET_ARCH=sparc64 TB --- 2013-11-19 23:01:34 - TZ=UTC TB --- 2013-11-19 23:01:34 - __MAKE_CONF=/dev/null TB --- 2013-11-19 23:01:34 - cd /src TB --- 2013-11-19 23:01:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Nov 19 23:01:44 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Nov 20 00:40:14 UTC 2013 TB --- 2013-11-20 00:40:14 - generating LINT kernel config TB --- 2013-11-20 00:40:14 - cd /src/sys/sparc64/conf TB --- 2013-11-20 00:40:14 - /usr/bin/make -B LINT TB --- 2013-11-20 00:40:14 - cd /src/sys/sparc64/conf TB --- 2013-11-20 00:40:14 - /usr/sbin/config -m LINT TB --- 2013-11-20 00:40:14 - building LINT kernel TB --- 2013-11-20 00:40:14 - CROSS_BUILD_TESTING=YES TB --- 2013-11-20 00:40:14 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-20 00:40:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-20 00:40:14 - SRCCONF=/dev/null TB --- 2013-11-20 00:40:14 - TARGET=sparc64 TB --- 2013-11-20 00:40:14 - TARGET_ARCH=sparc64 TB --- 2013-11-20 00:40:14 - TZ=UTC TB --- 2013-11-20 00:40:14 - __MAKE_CONF=/dev/null TB --- 2013-11-20 00:40:14 - cd /src TB --- 2013-11-20 00:40:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 20 00:40:14 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/sparc64.sparc64/src/sys/LINT/modules /obj/src/make.amd64/bmake SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF -DEARLY_BUILD all cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -pipe -I. -I/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c: In function 'symtable_dump': /src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c:461: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[1]: stopped in /src/sys/modules/aic7xxx/aicasm *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-11-20 00:40:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-20 00:40:41 - ERROR: failed to build LINT kernel TB --- 2013-11-20 00:40:41 - 4340.34 user 1871.63 system 5999.95 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 01:56:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FEC3EE8 for ; Wed, 20 Nov 2013 01:56:02 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1EBDA2D26 for ; Wed, 20 Nov 2013 01:56:02 +0000 (UTC) Received: from [96.28.178.143] ([96.28.178.143:28014] helo=localhost) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 35/00-29861-FA61C825; Wed, 20 Nov 2013 01:56:00 +0000 Date: Wed, 20 Nov 2013 01:55:59 +0000 Message-ID: <35.00.29861.FA61C825@cdptpa-oedge02> From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: 10.0-RELEASE cycle status update References: <20131119162205.GW1643@glenbarber.us> <20131119231325.GA1527@glenbarber.us> X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: Glen Barber , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 01:56:02 -0000 from Glen Barber and my previous message: > Software crashes because of incorrect/missing character encodings are > one symptom in particular. > > Release engineering estimated dates ought to be updated on the website. > Once -BETA4 is out, the remaining dates will be updated accordingly. > I do not want to update the schedule page for the -RCs and -RELEASE > until somewhat confident they can be met. > > Better to wait for a solid 10.0-RELEASE than rush to a buggy release. > > I am also concerned about the bug in re(4) driver. > Is it fixed in head/? > Glen re(4) driver bug seems to have not been fixed in head. Since I last tried, there has been no further update as of about two days ago. I use subversion built from pkgsrc on a USB-stick installation of NetBSD-current amd64, and then check relevant dates for re(4)-related files. NetBSD-current source tree and pkgsrc tree are in separate directories on the FreeBSD-current amd64 partition. Having directories /netbsd-HEAD and /pkgsrc apparently does not bother FreeBSD. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 07:13:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0F75B97 for ; Wed, 20 Nov 2013 07:13:06 +0000 (UTC) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 77089222B for ; Wed, 20 Nov 2013 07:13:05 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id rAK7BDlt044341 for ; Wed, 20 Nov 2013 08:11:13 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.124]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id rAK7BDO7066316 for ; Wed, 20 Nov 2013 08:11:13 +0100 (CET) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: multipart/signed; boundary="Apple-Mail=_21618D88-B64B-490F-B962-B5F927880128"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: 10.0 BETA3 - nanobsd.sh does not use pkg Message-Id: <834900CF-EEF2-4AA7-8BAC-CBAFCE7007E8@punkt.de> Date: Wed, 20 Nov 2013 08:11:12 +0100 To: "freebsd-stable@freebsd.org List" Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) X-Mailer: Apple Mail (2.1822) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 07:13:06 -0000 --Apple-Mail=_21618D88-B64B-490F-B962-B5F927880128 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, all, I just wanted to report that. I do not yet have a patch to suggest. nanobsd.sh cust_pkg() still tries to call pkg_add and fails when adding packages to the NANO_WORLD_DIR. tbz vs. txz =85 Kind regards Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 --Apple-Mail=_21618D88-B64B-490F-B962-B5F927880128 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSjGCRAAoJEJBvLuLt2olcq1gH/R9DRq57gqxRfV31vmMHlrnQ REO1uRtchavSjL8NOj3lTVGfArv7irqPrXj+t/29P3Ycu2xFLLywcKIASnoSNRqX J51TO5D7otYI2g4FLulzWTR7uZ2of83jfjSBYZ/OK5z817mUHNAYhIlvJBvZ42aa wr5BLE4fwGNZY63isUxI8VjmQF93vekUhMpppQVhDLV2Vs1ZmjfK4S47610bx3fs zolWhMDXHWIkho16W1uG26s62J+oPXrJFeXmPCtoKsyRNLixWeBtsckvv3nUFFFD twFd4+4Hd+XjtdKHmQBV0OGM3c/tsfL5NxQLTDzsIch6PLLWl9qAw58GgPrxpHQ= =JOIR -----END PGP SIGNATURE----- --Apple-Mail=_21618D88-B64B-490F-B962-B5F927880128-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 08:09:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D437EF4A for ; Wed, 20 Nov 2013 08:09:36 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1B502539 for ; Wed, 20 Nov 2013 08:09:36 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id g10so4959157pdj.17 for ; Wed, 20 Nov 2013 00:09:36 -0800 (PST) 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:content-transfer-encoding; bh=RYPnwPe8miiqjk8iKPItmhbfrhXxjN0/kBmk9UnB+Dg=; b=Y52jWtCeRY+kVsguQVEVTKrK3KXEBCNNcUGJCBSsR6ijJNypIpFg5+awE3PSVw9jik 54Ul/+/tKs7Xb9hA6/OGSag3UyqbJBZpnSrJh1o/QyaGkHSRhozO1+9b3BxQhkk6x/2C SU5MM/aTTKdZOCLYPXUsc9+H6RnPDf0C+JReplQuoDU0RK6AtHuT2OS1dnE9m8UKbQkw EnpdeRX7EWNzh8CJNQF9X5Oa5gtmas3yto0eTYlxaj97p8Wxfb2H7NGdu1kmTQyJ5XYs JPfcdLd1oRPztLks+l9ARQEyKVuYVbgKECZX2mtEbkCjv86/Im73jlMh4UCmH760ULHV TLcA== MIME-Version: 1.0 X-Received: by 10.66.255.39 with SMTP id an7mr6856723pad.7.1384934976278; Wed, 20 Nov 2013 00:09:36 -0800 (PST) Received: by 10.66.142.167 with HTTP; Wed, 20 Nov 2013 00:09:36 -0800 (PST) In-Reply-To: <834900CF-EEF2-4AA7-8BAC-CBAFCE7007E8@punkt.de> References: <834900CF-EEF2-4AA7-8BAC-CBAFCE7007E8@punkt.de> Date: Wed, 20 Nov 2013 09:09:36 +0100 Message-ID: Subject: Re: 10.0 BETA3 - nanobsd.sh does not use pkg From: Zenny To: "Patrick M. Hausen" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 08:09:36 -0000 +1 I had the same experience. On 11/20/13, Patrick M. Hausen wrote: > Hi, all, > > I just wanted to report that. I do not yet have a patch to suggest. > nanobsd.sh cust_pkg() still tries to call pkg_add and fails when > adding packages to the NANO_WORLD_DIR. tbz vs. txz =85 > > Kind regards > Patrick > -- > punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe > Tel. 0721 9109 0 * Fax 0721 9109 100 > info@punkt.de http://www.punkt.de > Gf: J=FCrgen Egeling AG Mannheim 108285 > > > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 12:25:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 838075DD for ; Wed, 20 Nov 2013 12:25:07 +0000 (UTC) Received: from mail-pa0-f52.google.com (mail-pa0-f52.google.com [209.85.220.52]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5B924267A for ; Wed, 20 Nov 2013 12:25:07 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id ld10so5329133pab.11 for ; Wed, 20 Nov 2013 04:25:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=151O0tFYteQlBYojOIl//IS83usY4AHLMpLlsveN55Y=; b=IBXAu8Vx1PSf/mHS1enu8ylrlNl55zHCtIvXbgyBVpk2szTPprxqpLe1UiXPEClMvP /ssrugaJklQNwNmBOEyKPs/6CNnBcb29txqrwM9pQokgQhHEU46QZicXJ3WOS63F+riQ bqkVe0963mcKMVoR+MnGsDWR+G3O932mYzFoCX6CVUOOp1+jaNUU81NGjawJJid21bMY Pt4/EG3irjinrn/EUf1D2yA1FIbEzGKbBlVBkh4b9frVHP6qDCyixdTx/dHFtMso5Lib fEfTzG4VIY+amBFXIATFpYdiCU2/lTET2ba6y8tF3pHdaTYpmttMRAQEqnlLyDOoj/yp ppRg== X-Gm-Message-State: ALoCoQlh6Hv05iV+CW/r4Qj8DSxnaUVfwxf6TkKHn1j3yPkRGBB321HAmAgO8rxhO1rjAdcZrNr/ MIME-Version: 1.0 X-Received: by 10.68.143.231 with SMTP id sh7mr403746pbb.35.1384950301202; Wed, 20 Nov 2013 04:25:01 -0800 (PST) Received: by 10.70.89.81 with HTTP; Wed, 20 Nov 2013 04:25:01 -0800 (PST) X-Originating-IP: [109.202.25.240] In-Reply-To: References: <523B04C3.30100@omnilan.de> <52405797.9020609@omnilan.de> Date: Wed, 20 Nov 2013 19:25:01 +0700 Message-ID: Subject: Re: 9.2 panic with wcb4xxp (dahdi-kmod26-2.6.1.r10738) From: Max Khon To: Amitabh Kant Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Harald Schmalzbauer , FreeBSD Stable , freebsd-isdn@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 12:25:07 -0000 Amitabh, You are right, the documentation about DAHDI configuration on FreeBSD does not exist. All parameters are visible after modules are loaded: sysctl -a | grep dahdi Parameter names (and values) are the same as in DAHDI/Linux - you can refer to DAHDI/Linux documentation about specific parameters and values you can use. Some parameters affect driver initialization (like linemode auto/E1/T1) so they can only be set prior to loading the driver using kenv: kenv dahdi.wct4xxp.default_linemode=3DE1 Some parameters are applied after channel reconfiguration (dahdi_cfg) but I would suggest to use kenv or /boot/loader.conf for that. You can also find information about DAHDI/FreeBSD in asterisk-bed mailing list archives. E.g. this: http://marc.info/?l=3Dasterisk-bsd&m=3D128333754614913&w=3D2 Max On Tue, Nov 19, 2013 at 3:18 PM, Amitabh Kant wrote= : > Max > > I could not find any info on setting those module parameters. Is there a > place where I can more info on how to set those supported parameters in > FreeBSD > > > Amitabh > > > On Mon, Nov 18, 2013 at 6:02 PM, Max Khon wrote: >> >> Amitabh, >> >> I suppose you are wrong about missing sysctls. Almost all dahdi module >> parameters are settable using kenv and then (after the driver is >> loaded) are visible via sysctl. >> >> Max >> >> On Tue, Sep 24, 2013 at 7:45 AM, Amitabh Kant >> wrote: >> > On Mon, Sep 23, 2013 at 8:30 PM, Harald Schmalzbauer < >> > h.schmalzbauer@omnilan.de> wrote: >> > >> >> Bez=C3=BCglich Amitabh Kant's Nachricht vom 21.09.2013 03:24 (localt= ime): >> >> > On Thu, Sep 19, 2013 at 7:35 PM, Harald Schmalzbauer >> >> > > wrot= e: >> >> > >> >> > Hello, >> >> > >> >> > unloading the kernel module of dahdi-kmod26-2.6.1.r10738 leads = to >> >> this >> >> > panic: >> >> > >> >> > >> >> > >> >> > >> >> > wcb4xxp0: <6>Did not do the highestorder stuff >> >> > <6>dahdi: Detected time shift. >> >> > <5>dahdi_echocan_mg2: Registered echo canceler 'MG2' >> >> > >> >> > Starting asterisk afterwards also leads to panic. >> >> > I guess dahdi development stalled, but I wanted to try it becau= se >> >> > I'd >> >> > prefer freeswitch and need BRI support... >> >> > Is somebody familiar with dahdi and interested in making it wor= k >> >> > with >> >> > FreeBSD 9.2? >> >> > >> >> > Thanks, >> >> > >> >> > -Harry (not subscribed to isdn@) >> >> > >> >> > >> >> > >> >> > Have you been able to solve the problem? I am running Freeswitch >> >> > (from >> >> > git, not port) and dahdi/dahdi-kmod26 (from port) with PRI line >> >> > (Digium 8 span and single span) without any problems on 9.1. Will >> >> > test >> >> > it on 9.2 and get back to you if I see a panic . >> >> Hello Amitabh, >> >> >> >> couldn't solve my problem. >> >> First, dahdi_scan doesn't detect ports jumpered to NT mode. I need 2 >> >> ports >> >> in NT mode, so trying anything else with dahdi before my settings get >> >> correctly recognized is probably not worth the time. >> >> Also I have to investigate if it is still true that libpri doesn't >> >> support >> >> ptmp in NT mode!?! >> >> In general, the freebsd dahdi port doesn't seem to be in good shape; >> >> Couldn't find any docs about sysctls (dahdi.wcb4xxp.teignorered, '-d' >> >> shows >> >> nothing :-( ), no man page =E2=80=93 hard to find out anything about = dahdi in >> >> FreeBSD, not even the supported hardwhere seems to be documentend >> >> anywhere... >> >> >> >> Any hints highly appreciated, although I think the better way was to >> >> teach >> >> FreeTDM speaking CAPI. HPS does a great job keeping all kind of ISDN >> >> hardware supported by i4b (ISDN4BSD)! >> >> Or to make chan_capi work with asterisk11 =E2=80=93 the lesser evil t= han >> >> fighting >> >> dahid... >> >> >> >> Thanks, >> >> >> >> -Harry >> >> >> >> >> >> >> > Hello Harry >> > >> > Sadly, there is not much help while installing/using dahdi on FreeBSD. >> > There does not seem to by any sysctls defined for dahdi which are need= ed >> > to >> > set for certain cards. Infact, for the 8 span card, to change the >> > default >> > T1 to E1, I had to make changes in the code directly. >> > >> > >> > Amitabh >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to >> > "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 13:53:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88A78259 for ; Wed, 20 Nov 2013 13:53:10 +0000 (UTC) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2CCF12C1B for ; Wed, 20 Nov 2013 13:53:09 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate1.intern.punkt.de with ESMTP id rAKDr7f2050895; Wed, 20 Nov 2013 14:53:07 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.124] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id rAKDr7SO077967; Wed, 20 Nov 2013 14:53:07 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: multipart/signed; boundary="Apple-Mail=_EFEE9081-EC65-4285-8D4D-5F8BFC33D22B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: 10.0 BETA3 - nanobsd.sh does not use pkg From: "Patrick M. Hausen" In-Reply-To: Date: Wed, 20 Nov 2013 14:53:06 +0100 Message-Id: <4D1434BD-F4B2-4572-B3FD-E5030FFB2FB3@punkt.de> References: <834900CF-EEF2-4AA7-8BAC-CBAFCE7007E8@punkt.de> To: Zenny X-Mailer: Apple Mail (2.1822) Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 13:53:10 -0000 --Apple-Mail=_EFEE9081-EC65-4285-8D4D-5F8BFC33D22B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, all, Am 20.11.2013 um 09:09 schrieb Zenny : > +1 I had the same experience. >=20 > On 11/20/13, Patrick M. Hausen wrote: >> Hi, all, >>=20 >> I just wanted to report that. I do not yet have a patch to suggest. >> nanobsd.sh cust_pkg() still tries to call pkg_add and fails when >> adding packages to the NANO_WORLD_DIR. tbz vs. txz =85 OK, here=92s a quick hack to just make it work somehow. I have to build = an image at the moment ;-) Any takers for tidying up? I=92m using the =84-c=93 option and pkg from = the buidling system instead of chroot into the NANO_WORLD_DIR first. Looks like that might = simplify things even more than I just did. Kind regards Patrick =97=97=97=97=97=97=97=97=97=97=97=97=97=97=97 root@freebsd10:/home/nanobsd/build/vagrant # cat pkgng.nano cust_pkgng () ( # If the package directory doesn't exist, we're done. if [ ! -d ${NANO_PACKAGE_DIR} ]; then echo "DONE 0 packages" return 0 fi # Copy packages into chroot mkdir -p ${NANO_WORLDDIR}/Pkg ( cd ${NANO_PACKAGE_DIR} find ${NANO_PACKAGE_LIST} -print | cpio -Ldumpv ${NANO_WORLDDIR}/Pkg ) # Count & report how many we have to install todo=3D`ls ${NANO_WORLDDIR}/Pkg | wc -l` echo "=3D=3D=3D TODO: $todo" ls ${NANO_WORLDDIR}/Pkg echo "=3D=3D=3D" while true do # Record how many we have now have=3D`pkg -c ${NANO_WORLDDIR} info | wc -l` # Attempt to install more packages # ...but no more than one at a time - experienced sqlite = errors (cd ${NANO_WORLDDIR} && ls Pkg/*txz) | xargs -n 1 pkg -c = ${NANO_WORLDDIR} add || true # See what that got us now=3D`pkg -c ${NANO_WORLDDIR} info | wc -l` echo "=3D=3D=3D NOW $now" pkg -c ${NANO_WORLDDIR} info echo "=3D=3D=3D" if [ $now -eq $todo ] ; then echo "DONE $now packages" break elif [ $now -eq $have ] ; then echo "FAILED: Nothing happened on this pass" exit 2 fi done rm -rf ${NANO_WORLDDIR}/Pkg ) =97=97=97=97=97=97=97=97=97=97=97=97=97=97=97 --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 --Apple-Mail=_EFEE9081-EC65-4285-8D4D-5F8BFC33D22B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJSjL7DAAoJEJBvLuLt2olcOhAH/13sEKnvwuMMPiSDSp4zbo/Y 7WIjHYyVrSq5HCHsa0WvGMu8/lOnHMAuC2FNOfYI9Tv7oFkt7kqYcmovB+cdRm0k 1RnxUcWaeMktpjfdSvYUV+P3P65ZGulunoA3Bf584gfJfjUiVMbZ7oObkMa+IY5u Rx5ILsaYcbiFAg7ulXgP5+tUux9lVxiZxxTEDswJauMGiNPM17dz9+s4KQv0uOXJ xHhV7HIuoUq/Q0acNVCqCG+cUu766i8urOKAeyqdlpIsEo7Mk2h4Nw888kR9ZRiS HgwZWtxNaxHk+n95yQ33ccqFJ8u4HAL00EAJjNYRUNhtjwBnTzhMea/bSQhT2qY= =yXiU -----END PGP SIGNATURE----- --Apple-Mail=_EFEE9081-EC65-4285-8D4D-5F8BFC33D22B-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 14:38:47 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33E3722F for ; Wed, 20 Nov 2013 14:38:47 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3BD02EF3 for ; Wed, 20 Nov 2013 14:38:46 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id va2so553542obc.21 for ; Wed, 20 Nov 2013 06:38:46 -0800 (PST) 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=oJKcT9sqGv9kqsvp54cQ1gmb8xK65aT1vFSvJBf4/7k=; b=YZe7U8g+ooomCtdJeNEsnfXsrufKQ560HnsRvHlyRbvJAMWXJHLdZbEXmnFhDOudU3 i2COLqipdSVPTtdGoXhSWhtuPOs52IV7U74YzewlxSZlBnUBz36YOPBwtbr150odfCJo vayaHvoDNc7F2CCu+x6emzNOxrXMhDXcvguj+MVktFH16O/QrG42XyzE3kAB5redlFE+ CxGKhiVSs6kyvd5uoObq2EPF7OOlAneWfin8GLsrXGflmBRSbOE3bxRTHO7/8BTzLnT5 fGrFOLMIomgxKeMmo2sOXWHciaCCyUaG5m/qt3JQIkDL/FVAasFOWQHOAdEXdELCeczz hT2w== MIME-Version: 1.0 X-Received: by 10.182.97.138 with SMTP id ea10mr556386obb.77.1384958326194; Wed, 20 Nov 2013 06:38:46 -0800 (PST) Received: by 10.76.177.234 with HTTP; Wed, 20 Nov 2013 06:38:46 -0800 (PST) In-Reply-To: <4D1434BD-F4B2-4572-B3FD-E5030FFB2FB3@punkt.de> References: <834900CF-EEF2-4AA7-8BAC-CBAFCE7007E8@punkt.de> <4D1434BD-F4B2-4572-B3FD-E5030FFB2FB3@punkt.de> Date: Wed, 20 Nov 2013 15:38:46 +0100 Message-ID: Subject: Re: 10.0 BETA3 - nanobsd.sh does not use pkg From: Andreas Nilsson To: "Patrick M. Hausen" Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: Zenny , "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 14:38:47 -0000 On Wed, Nov 20, 2013 at 2:53 PM, Patrick M. Hausen wrote: > Hi, all, > > Am 20.11.2013 um 09:09 schrieb Zenny : > > +1 I had the same experience. > > > > On 11/20/13, Patrick M. Hausen wrote: > >> Hi, all, > >> > >> I just wanted to report that. I do not yet have a patch to suggest. > >> nanobsd.sh cust_pkg() still tries to call pkg_add and fails when > >> adding packages to the NANO_WORLD_DIR. tbz vs. txz =85 > > OK, here=92s a quick hack to just make it work somehow. I have to build a= n > image at > the moment ;-) > > Any takers for tidying up? I=92m using the =84-c=93 option and pkg from t= he > buidling system > instead of chroot into the NANO_WORLD_DIR first. Looks like that might > simplify > things even more than I just did. > > Kind regards > Patrick > > =97=97=97=97=97=97=97=97=97=97=97=97=97=97=97 > root@freebsd10:/home/nanobsd/build/vagrant # cat pkgng.nano > cust_pkgng () ( > # If the package directory doesn't exist, we're done. > if [ ! -d ${NANO_PACKAGE_DIR} ]; then > echo "DONE 0 packages" > return 0 > fi > > # Copy packages into chroot > mkdir -p ${NANO_WORLDDIR}/Pkg > ( > cd ${NANO_PACKAGE_DIR} > find ${NANO_PACKAGE_LIST} -print | > cpio -Ldumpv ${NANO_WORLDDIR}/Pkg > ) > > # Count & report how many we have to install > todo=3D`ls ${NANO_WORLDDIR}/Pkg | wc -l` > echo "=3D=3D=3D TODO: $todo" > ls ${NANO_WORLDDIR}/Pkg > echo "=3D=3D=3D" > while true > do > # Record how many we have now > have=3D`pkg -c ${NANO_WORLDDIR} info | wc -l` > > # Attempt to install more packages > # ...but no more than one at a time - experienced sqlite > errors > (cd ${NANO_WORLDDIR} && ls Pkg/*txz) | xargs -n 1 pkg -c > ${NANO_WORLDDIR} add || true > > # See what that got us > now=3D`pkg -c ${NANO_WORLDDIR} info | wc -l` > echo "=3D=3D=3D NOW $now" > pkg -c ${NANO_WORLDDIR} info > echo "=3D=3D=3D" > > > if [ $now -eq $todo ] ; then > echo "DONE $now packages" > break > elif [ $now -eq $have ] ; then > echo "FAILED: Nothing happened on this pass" > exit 2 > fi > done > rm -rf ${NANO_WORLDDIR}/Pkg > ) > =97=97=97=97=97=97=97=97=97=97=97=97=97=97=97 > > -- > punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe > Tel. 0721 9109 0 * Fax 0721 9109 100 > info@punkt.de http://www.punkt.de > Gf: J=FCrgen Egeling AG Mannheim 108285 > > > > As I just answered this in another thread: this is what I do: If you use the official pkgng repo it is almost trivial: define/override cust_pkg() in your config file, something like cust_pkg() { pkg -c ${NANO_WORLDDIR} install $packages pkg -c ${NANO_WORLDDIR} clean } You might also have to temporarily place a working resolv.conf in ${NANO_WORLDDIR}/etc If you have your own repo just add export PACKAGESITE=3D"proto://path/to/repo" to the config file as well. Best regards Andreas From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 18:44:38 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BA6D3B9 for ; Wed, 20 Nov 2013 18:44:38 +0000 (UTC) Received: from peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id D62F620A6 for ; Wed, 20 Nov 2013 18:44:37 +0000 (UTC) Received: from [192.168.1.107] (89-159-92-164.rev.dartybox.com [89.159.92.164]) by peterschmitt.fr (Postfix) with ESMTPSA id 1BF2D61C9 for ; Wed, 20 Nov 2013 19:44:53 +0100 (CET) Message-ID: <528D0302.7090906@peterschmitt.fr> Date: Wed, 20 Nov 2013 19:44:18 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-stable stable Subject: tcpdump | grep pattern > capture nothing got X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DLNf3sOgbH8ADJnpmfNiAMVPtolg7aqeK" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 18:44:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --DLNf3sOgbH8ADJnpmfNiAMVPtolg7aqeK Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, I use FreeBSD 10.0-BETA3 amd64, upgraded from 9.2-RELEASE with freebsd-update. I was capturing with tcpdump and doing some grep on it: # tcpdump -li nfe0 port 53 | grep Refused > capture.txt I was surprised that capture.txt is totally empty. If I don't redirect the output, then it writes what I need on stdout. It's very very strange=85 --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --DLNf3sOgbH8ADJnpmfNiAMVPtolg7aqeK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSjQMFAAoJEFr01BkajbiBKk0P/15Jl3OKh2UTBEqWphOtn91A CYX+9LRB2I+1eH8J3o89RmyXwAY2dYCC9Q3aYHqc1jepb5P17kXDuh0GHA76V7EE OqCJp/INHI0bw+xvOseSZXxGJnwNhHfF8Uu0PF7i/EY9ATILN91VmWWglBlJOt/K jMVJ0dzLfg+a2dBeN67ehhL1sTDIG+yREztYUiNtqNUnuwp9MytOwI6jTXA415wk veJfssU8olCVKugjSt/W/eOPV9OFj6dFANt/JACOC3VtiqFXqUPdVIJeno8wFEGi Y9TWxu/LgVVFV5zy7ihYiyYThvNs4WAiDuw3yG/VhFPLFdF7hRZr7zaO5NuHc4DV lp0WRGq+CkUyg7em0XNDhWFZIl8ZzHX4yfeJ1r5yTW1Syd2JaRSrmX+3Z4e5RdT/ zfF5hCiFKNbUlIBtGUcS6cGP+MeL5tDpAskAbDHtX3Z/x+OAwzdE4FaOkftFf6k8 k8QQN6TS3uSEShJY0Ji2rXtV0kYPEbnJfn9a6yuDp99+IIktvpiCN0mqw7jcDe8j PmtS1FBN6tdQf1Uo8y47jNsLEqpayJ1c8vcpU4GdVJLEhM1TCVDXToSnQkMfsh1e 7HcNc5gN38ou0/UjS94Q/W3O+LshmRdvkSMgm03qWeDTtLV1FShUvRrBPMBUuswq 1D0ORROXfXIoCLmdYBqx =908R -----END PGP SIGNATURE----- --DLNf3sOgbH8ADJnpmfNiAMVPtolg7aqeK-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 22:37:45 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D214220; Wed, 20 Nov 2013 22:37:45 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBD332E84; Wed, 20 Nov 2013 22:37:44 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAKMbdGk069512; Thu, 21 Nov 2013 00:37:39 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAKMbdT6069349; Wed, 20 Nov 2013 22:37:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Nov 2013 22:37:39 GMT Message-Id: <201311202237.rAKMbdT6069349@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 22:37:45 -0000 TB --- 2013-11-20 22:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-20 22:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-20 22:00:43 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2013-11-20 22:00:43 - cleaning the object tree TB --- 2013-11-20 22:00:43 - /usr/local/bin/svn stat /src TB --- 2013-11-20 22:01:36 - At svn revision 258405 TB --- 2013-11-20 22:01:37 - building world TB --- 2013-11-20 22:01:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-20 22:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-20 22:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-20 22:01:37 - SRCCONF=/dev/null TB --- 2013-11-20 22:01:37 - TARGET=pc98 TB --- 2013-11-20 22:01:37 - TARGET_ARCH=i386 TB --- 2013-11-20 22:01:37 - TZ=UTC TB --- 2013-11-20 22:01:37 - __MAKE_CONF=/dev/null TB --- 2013-11-20 22:01:37 - cd /src TB --- 2013-11-20 22:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 20 22:01:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] ranlib libclangparse.a ===> lib/clang/libclangsema (all) c++ -O2 -pipe -I/src/lib/clang/libclangsema/../../../contrib/llvm/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema -I. -I/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/pc98.i386/src/tmp\" -I/obj/pc98.i386/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/AnalysisBasedWarnings.cpp -o AnalysisBasedWarnings.o /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h: In member function 'bool clang::RecursiveASTVisitor::TraverseStmt(clang::Stmt*) [with Derived = ::FallthroughMapper]': /src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include/clang/AST/RecursiveASTVisitor.h:523: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libclangsema *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-20 22:37:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-20 22:37:38 - ERROR: failed to build world TB --- 2013-11-20 22:37:38 - 1723.01 user 503.77 system 2215.24 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 22:39:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11DCE345 for ; Wed, 20 Nov 2013 22:39:03 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C5A752EA4 for ; Wed, 20 Nov 2013 22:39:02 +0000 (UTC) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 03BDA5C43; Wed, 20 Nov 2013 23:38:54 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_A19706EC-9417-4AC2-9BA5-A901F8CCC40F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: tcpdump | grep pattern > capture nothing got From: Dimitry Andric In-Reply-To: <528D0302.7090906@peterschmitt.fr> Date: Wed, 20 Nov 2013 23:38:44 +0100 Message-Id: <966AFB1F-D273-4754-96AC-01298FBF6F42@FreeBSD.org> References: <528D0302.7090906@peterschmitt.fr> To: Florent Peterschmitt X-Mailer: Apple Mail (2.1822) Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 22:39:03 -0000 --Apple-Mail=_A19706EC-9417-4AC2-9BA5-A901F8CCC40F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 20 Nov 2013, at 19:44, Florent Peterschmitt = wrote: > I use FreeBSD 10.0-BETA3 amd64, upgraded from 9.2-RELEASE with > freebsd-update. >=20 > I was capturing with tcpdump and doing some grep on it: >=20 > # tcpdump -li nfe0 port 53 | grep Refused > capture.txt >=20 > I was surprised that capture.txt is totally empty. If I don't redirect > the output, then it writes what I need on stdout. Try grep --line-buffered instead (which incurs a performance penalty, but you probably don't care in this case). BSD grep also supports this option. -Dimitry --Apple-Mail=_A19706EC-9417-4AC2-9BA5-A901F8CCC40F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlKNOf0ACgkQsF6jCi4glqNHLgCgsWLN3cdAo6+EOkd/x791kZgz SZ0AoMWrGzH6pjILQBtBwrDYJpdQ1LiT =lku9 -----END PGP SIGNATURE----- --Apple-Mail=_A19706EC-9417-4AC2-9BA5-A901F8CCC40F-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 20 23:22:30 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04F8C28D; Wed, 20 Nov 2013 23:22:30 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E3592137; Wed, 20 Nov 2013 23:22:28 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rAKNMPw9072462; Thu, 21 Nov 2013 01:22:25 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rAKNMPee072461; Wed, 20 Nov 2013 23:22:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Nov 2013 23:22:25 GMT Message-Id: <201311202322.rAKNMPee072461@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 23:22:30 -0000 TB --- 2013-11-20 22:00:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-11-20 22:00:43 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-11-20 22:00:43 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-11-20 22:00:43 - cleaning the object tree TB --- 2013-11-20 22:00:43 - /usr/local/bin/svn stat /src TB --- 2013-11-20 22:01:36 - At svn revision 258405 TB --- 2013-11-20 22:01:37 - building world TB --- 2013-11-20 22:01:37 - CROSS_BUILD_TESTING=YES TB --- 2013-11-20 22:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-20 22:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-20 22:01:37 - SRCCONF=/dev/null TB --- 2013-11-20 22:01:37 - TARGET=arm TB --- 2013-11-20 22:01:37 - TARGET_ARCH=arm TB --- 2013-11-20 22:01:37 - TZ=UTC TB --- 2013-11-20 22:01:37 - __MAKE_CONF=/dev/null TB --- 2013-11-20 22:01:37 - cd /src TB --- 2013-11-20 22:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Nov 20 22:01:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCSelectionDAGInfo.cpp -o PPCSelectionDAGInfo.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCSubtarget.cpp -o PPCSubtarget.o c++ -O2 -pipe -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC -I. -I/src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"arm-gnueabi-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"/obj/arm.arm/src/tmp\" -I/obj/arm.arm/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCTargetMachine.cpp -o PPCTargetMachine.o /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCTargetMachine.h: In destructor 'virtual llvm::PPCTargetMachine::~PPCTargetMachine()': /src/lib/clang/libllvmpowerpccodegen/../../../contrib/llvm/lib/Target/PowerPC/PPCTargetMachine.h:30: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop. bmake[3]: stopped in /src/lib/clang/libllvmpowerpccodegen *** Error code 1 Stop. bmake[2]: stopped in /src/lib/clang *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** [buildworld] Error code 1 Stop in /src. TB --- 2013-11-20 23:22:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-20 23:22:25 - ERROR: failed to build world TB --- 2013-11-20 23:22:25 - 4060.55 user 859.74 system 4902.35 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 04:11:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B6F6AE9 for ; Thu, 21 Nov 2013 04:11:43 +0000 (UTC) Received: from smtp153.dfw.emailsrvr.com (smtp153.dfw.emailsrvr.com [67.192.241.153]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 485722007 for ; Thu, 21 Nov 2013 04:11:43 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp15.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 3BBA83E0130 for ; Wed, 20 Nov 2013 23:06:06 -0500 (EST) X-Virus-Scanned: OK Received: from smtp99.ord1c.emailsrvr.com (smtp99.ord1c.emailsrvr.com [108.166.43.99]) by smtp15.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTPS id 246773E0128 for ; Wed, 20 Nov 2013 23:06:05 -0500 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp5.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id A250A1B02C8 for ; Wed, 20 Nov 2013 23:05:59 -0500 (EST) X-Virus-Scanned: OK Received: by smtp5.relay.ord1c.emailsrvr.com (Authenticated sender: kinsx-AT-getakine.com) with ESMTPA id 2E1B01B0282 for ; Wed, 20 Nov 2013 23:05:53 -0500 (EST) Message-Id: <1k7XgyYOauNukf8QkAQqKHUiBX0KKTeFDoEuQUtfMb1s@qq.com> Mime-Version: 1.0 From: Natalie To: "freebsd-stable" Subject: News natalia. Date: Thu, 21 Nov 2013 04:05:55 GMT X-Bounce-Tracking-Info: Content-type: text/plain; charset=iso-8859-1; format=flowed Content-transfer-encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list Reply-To: nataliabangali013@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 04:11:43 -0000 Hi, my name is Natalie, I am looking for a reliable friend and sincere busi= ness relationship partner, please contact me urgent to my private email add= ress if you are willing to know more about me and my business plans togethe= r with you, my email is ( nataliabangali013@yahoo=2Ecom ), I will be expect= ing your message to send you my pictures and tell you more about me, lots o= f loves from me Natalie=2E From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 08:08:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05AE5F49; Thu, 21 Nov 2013 08:08:36 +0000 (UTC) Received: from peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id BFA122C43; Thu, 21 Nov 2013 08:08:35 +0000 (UTC) Received: from [192.168.0.143] (unknown [82.226.113.5]) by peterschmitt.fr (Postfix) with ESMTPSA id 09E1162FD; Thu, 21 Nov 2013 09:08:40 +0100 (CET) Message-ID: <528DBF67.1090107@peterschmitt.fr> Date: Thu, 21 Nov 2013 09:08:07 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: tcpdump | grep pattern > capture nothing got References: <528D0302.7090906@peterschmitt.fr> <966AFB1F-D273-4754-96AC-01298FBF6F42@FreeBSD.org> In-Reply-To: <966AFB1F-D273-4754-96AC-01298FBF6F42@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="adqij5X9joSeNJljP9IOkr7br1avSBrbM" Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 08:08:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --adqij5X9joSeNJljP9IOkr7br1avSBrbM Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 20/11/13 23:38, Dimitry Andric wrote: > On 20 Nov 2013, at 19:44, Florent Peterschmitt wrote: >> I use FreeBSD 10.0-BETA3 amd64, upgraded from 9.2-RELEASE with >> freebsd-update. >> >> I was capturing with tcpdump and doing some grep on it: >> >> # tcpdump -li nfe0 port 53 | grep Refused > capture.txt >> >> I was surprised that capture.txt is totally empty. If I don't redirect= >> the output, then it writes what I need on stdout. >=20 > Try grep --line-buffered instead (which incurs a performance penalty, > but you probably don't care in this case). >=20 > BSD grep also supports this option. >=20 > -Dimitry >=20 It works, thank you. But, I didn't have to do this on a GNU/Linux machine. Is that normal? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --adqij5X9joSeNJljP9IOkr7br1avSBrbM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSjb9nAAoJEFr01BkajbiBstwP/RHqpeQ6cn0aQoShi9WhAdnp Tnwy81iQM1iqB7UTUNZntOCeu5ZHypBZihSPItMxLp8pvHSdMV44lPmGNPqld6Xk xnGGDosnmo9pZq0i9+I6NnASsd73U4WxUs80G2qqGSlRq+IiXRfkTmuNkDAvVdjT GMGjATt9XA+GB8J1Ou3vdb+lAo5QTOY2JQU2prdp/Qv/5kBnA3khVGx9ND/k+CWF cw13zRdjhbiIXseCVFwGl1WMDKVLpHh1a47IZzEBfEWpD0OnAzGqmyrS1r4NgFiB EkWv/+mKVoQ9lgg+YNeOxgw7JySe3vm8MOtjTJiRf1BKcOmLKhAg4EvU3uXAkbYu 7WK/RaawXeKkkC2xV3FS/v0RBnnibG0/BAyDkD5rpiovDUqxOx5fpBo6OgyLxEVy wazrHBQ7L0Zv8Xlhbi4U2CKTpTIEgDDXhxY1rB/tQXv5q2LE6V/ZdwZ37OnXOTE/ 6b1EdV/6WHZFou8Rcd89KnV53BGohgUSOq3RDMfuVUI9c+rZIeDoNLGvRYBLdyMz mlA+SuuP/FLDPQg2u52UM9tGPk23w3FCChk8QyztU5TPBXwpYSGt07IGKlnXhji8 Er+NRY+uz6b4C9/Ni4Zlnk/N4VIC1HGGt+mccQaG0hbDUC5ms5ZKkONKFZ289sWZ olEGCQ33u/AsmWpJum1V =iv1/ -----END PGP SIGNATURE----- --adqij5X9joSeNJljP9IOkr7br1avSBrbM-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 08:43:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C62F870; Thu, 21 Nov 2013 08:43:43 +0000 (UTC) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 668B220DE; Thu, 21 Nov 2013 08:43:42 +0000 (UTC) X-Envelope-From: eugen@grosbein.net X-Envelope-To: freebsd-ipfw@freebsd.org Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.7/8.14.7) with ESMTP id rAL8hXFq047668; Thu, 21 Nov 2013 15:43:33 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <528DC7B5.8020601@grosbein.net> Date: Thu, 21 Nov 2013 15:43:33 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130415 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?UTF-8?B?w5Z6a2FuIEtJUklL?= Subject: Re: ipfw table add problem References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eg.sd.rdtc.ru Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 08:43:43 -0000 On 20.11.2013 02:55, Özkan KIRIK wrote: > Hi, > > I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. > I am trying to add port number to ipfw tables. But there is something > strange : > Problem is easily repeatable. > > #ipfw table 1 flush > #ipfw table 1 add 4899 > #ipfw table 1 list > ::/0 0 Have you tried "ipfw -i table 1 list" ? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 08:45:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46F49BA9; Thu, 21 Nov 2013 08:45:49 +0000 (UTC) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B78B42121; Thu, 21 Nov 2013 08:45:48 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id x55so6800286wes.12 for ; Thu, 21 Nov 2013 00:45:47 -0800 (PST) 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=vGvi3oBMF91DPI09920jjYozmPG832DfOXDyrMRHC38=; b=k/lh5/2ZSt2tMusFmWC59c0RNLo/hEQdIKv98bDzXe6PvzAqH0cHG7V9Z9NW4fLBG7 Z44DJ0g0GUvw4hfi97MC0r5xluRryV7ibgaTT9tKt/RkBZ+jCNjnfjJRDVjpQLq9lV/Z 53XIqc1oX02erxYBMYny2vdy/LIq+d39bZrrXOWHujy7vtwBW5AAOU2GL514zSHLleDK FHX2GnOo4ci/aO+5qXH48lbsCByjtltcVuglvVQxAK+k+cA5VCLvE+95x/4Nr4sXUnzm 17Ug1slO9C5bnSDlUWf6jHXGVtA3+BdRAFKGZVAXv24tda9atRVvzramqE9xUVn6T4ky 1vTQ== MIME-Version: 1.0 X-Received: by 10.180.187.175 with SMTP id ft15mr4916485wic.20.1385023547064; Thu, 21 Nov 2013 00:45:47 -0800 (PST) Received: by 10.216.91.144 with HTTP; Thu, 21 Nov 2013 00:45:47 -0800 (PST) In-Reply-To: <528DC7B5.8020601@grosbein.net> References: <528DC7B5.8020601@grosbein.net> Date: Thu, 21 Nov 2013 10:45:47 +0200 Message-ID: Subject: Re: ipfw table add problem From: =?ISO-8859-1?Q?=D6zkan_KIRIK?= To: Eugene Grosbein Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 08:45:49 -0000 Hi, # ipfw -i table 1 list ::/0 0.0.0.0 On Thu, Nov 21, 2013 at 10:43 AM, Eugene Grosbein wrote= : > On 20.11.2013 02:55, =D6zkan KIRIK wrote: > > Hi, > > > > I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. > > I am trying to add port number to ipfw tables. But there is something > > strange : > > Problem is easily repeatable. > > > > #ipfw table 1 flush > > #ipfw table 1 add 4899 > > #ipfw table 1 list > > ::/0 0 > > Have you tried "ipfw -i table 1 list" ? > > > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 08:48:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C358DE4 for ; Thu, 21 Nov 2013 08:48:39 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 24E222166 for ; Thu, 21 Nov 2013 08:48:39 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 1ADC8B9040 for ; Thu, 21 Nov 2013 09:48:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1385023705; x= 1386838106; bh=rBAHmCuDelWFncshBKFlXafX3Ewso3IMIYQqAzt08z8=; b=q Z1Wm7KZo3yBfo6bTqs8l5o0Ql/8SCIJg052Vk/aWhrd+IQi60ez+OymMDjaiRoCE RxRpSgCxBSBu9m5EOHsb3eiPXdG+ztW7pq9co6WCGhS7waj9mzfVenydlWoDfy1P IWO1o/pW5oNqVEYQ9W3Pqek+P35/IfJqCpt+aXyozc= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ESz4yq6nZFjK for ; Thu, 21 Nov 2013 09:48:25 +0100 (CET) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id 10AB1B9022 for ; Thu, 21 Nov 2013 09:48:25 +0100 (CET) Date: Thu, 21 Nov 2013 09:48:24 +0100 From: Marko =?ISO-8859-1?Q?Cupa=3F?= To: freebsd-stable@freebsd.org Subject: mount ntfs in 10-BETA3 Message-Id: <20131121094824.bcaf9c08c98d42b050afa9f1@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 08:48:39 -0000 Is it possible to mount ntfs in 10-BETA3? I see fuse should be included in = base system: https://wiki.freebsd.org/WhatsNew/FreeBSD10 However, I don't see any of the mount_ntfs commands. --=20 Marko Cupa? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 10:04:50 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F935891; Thu, 21 Nov 2013 10:04:50 +0000 (UTC) Received: from peterschmitt.fr (smtp.peterschmitt.fr [IPv6:2a01:4f8:a0:72c8:4224::3]) by mx1.freebsd.org (Postfix) with ESMTP id C8F5827A1; Thu, 21 Nov 2013 10:04:49 +0000 (UTC) Received: from [192.168.0.143] (unknown [82.226.113.5]) by peterschmitt.fr (Postfix) with ESMTPSA id 846FC6334; Thu, 21 Nov 2013 11:05:05 +0100 (CET) Message-ID: <528DDAB0.7020002@peterschmitt.fr> Date: Thu, 21 Nov 2013 11:04:32 +0100 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: tcpdump | grep pattern > capture nothing got References: <528D0302.7090906@peterschmitt.fr> <966AFB1F-D273-4754-96AC-01298FBF6F42@FreeBSD.org> <528DBF67.1090107@peterschmitt.fr> In-Reply-To: <528DBF67.1090107@peterschmitt.fr> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VgGKIgAiwqvjrldiPnGWipvNJ4MIkowgP" Cc: freebsd-stable stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 10:04:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VgGKIgAiwqvjrldiPnGWipvNJ4MIkowgP Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 21/11/13 09:08, Florent Peterschmitt wrote: > On 20/11/13 23:38, Dimitry Andric wrote: >> On 20 Nov 2013, at 19:44, Florent Peterschmitt wrote: >>> I use FreeBSD 10.0-BETA3 amd64, upgraded from 9.2-RELEASE with >>> freebsd-update. >>> >>> I was capturing with tcpdump and doing some grep on it: >>> >>> # tcpdump -li nfe0 port 53 | grep Refused > capture.txt >>> >>> I was surprised that capture.txt is totally empty. If I don't redirec= t >>> the output, then it writes what I need on stdout. >> >> Try grep --line-buffered instead (which incurs a performance penalty, >> but you probably don't care in this case). >> >> BSD grep also supports this option. >> >> -Dimitry >> >=20 > It works, thank you. But, I didn't have to do this on a GNU/Linux > machine. Is that normal? >=20 Woops my bad, it's the same on both FreeBSD and Linux. --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | * Trim your quotations. Really. Proudly powered by Open Source | Thank you :) --VgGKIgAiwqvjrldiPnGWipvNJ4MIkowgP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSjdqwAAoJEFr01BkajbiB04cP/2ZWulcGQtmRwmkoSW8kTEAw xF6uztpP6Tnj4mPrsprZ0/oSDKnh38ZluD94kcMwcpG5uwNcMR2jaQIbQB52Pnf0 8F0Z9oOzct9Wo4UzXgDcGVOahCm0FCdsVXXtUscybqSg9JJT98bLxLnCLeWeVOB4 3rfVJJdaeBxm4DYeJoWYO9ExbrXa5YVYI5Z6A8PyMMjqNxRwbI/oG0+IjFVc7qEV rVJhQ6LrQycUClWba1XdzbeJyFC8FfRZKhhqVY6kFJLsW3KKXa8pr4KnpvMkeq+c aINC1A3sI8fkG2ma6ebKRs0clvp/4ZDrSMeucTdkBDYGHGMA8lED4zqveUFXSCfS KHHA/0zwR8zv1uVDcsCXPFIMDm/SlB0tqHi3UVYuMZqs5kbXhotYloGHIqgTWRIK WFFfhzr90+fEXq4mRakTmKnhlGM7AcB9anLUhHqojMledoFAL9rte7XkbOZHQArd YUWFwWfUoNsv9LJLfMQxcf25yyiAcyyrDcObPd6I3cz+i2KmFHQ50NjyDQ8qna7H eTd8HqwHOJP6KAe4eWQbqHo1kvfaf9QixR5Bn8TowOA5TgST6KRoXYhJpIUHr8j9 Da73LTV+kvSL0Svz65zBCylaz7MF6Dn4XGEa4V3HF1ipacwwvTioD/CHLnO/PYpm bEmd/K07OHhQsSHPom+H =7Q0q -----END PGP SIGNATURE----- --VgGKIgAiwqvjrldiPnGWipvNJ4MIkowgP-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 11:57:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 742CDB1A for ; Thu, 21 Nov 2013 11:57:06 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3405B217B for ; Thu, 21 Nov 2013 11:57:06 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VjSsY-0009xT-IW for freebsd-stable@freebsd.org; Thu, 21 Nov 2013 11:57:02 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VjSsY-000PXy-GC for freebsd-stable@freebsd.org; Thu, 21 Nov 2013 11:57:02 +0000 To: freebsd-stable@freebsd.org Subject: Hast locking up under 9.2 Message-Id: From: Pete French Date: Thu, 21 Nov 2013 11:57:02 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 11:57:06 -0000 I have had to (hopefully temprarily) disable hats on our systems as under 9.2 I am finding that it locks up under high disc load. This has only sarted being a problem after we moved from 8-STABLE to 9-STABLE, there was no locking up before. I have a zpool on top of the hast devices - I did have two hast devices, but the problem still occurs with a single device. the symptoms are that I see the 'dirty" count on the master sidetick at 2.0 megs and not change, the number of writes does not change, and if I usse a "sync" command at the command line it never returns - there is no disc activity on eiher the primary or the secondary side. If I leave it like this it will eventually freeze the whole machine, but usually if I see this happening I reboot the stuck machine. This only happens under high levels of disc activity (in this case modifying a mysql table from myisan to inndb - causes a few gig of copies). However it is not simply high disc activity as I can resilver the ZFS pool quite happily without problems. Frustratingly I have a similar setup on a test pair of machines, but I cannot reporduce the problem there. I dont have any useful debugging unfortunately, and I do realise thart "it locks up" is unhelpful! The only thing I see in the syslog are a statements like this: Nov 14 13:51:59 serpentine-active hastd[1258]: [serp1] (primary) Worker process killed (pid=1520, signal=6). Nov 14 13:51:59 serpentine-passive hastd[14307]: [serp1] (secondary) Worker process exited ungracefully (pid=14638, exitcode=75). Thats about all the nfo I have - currently I have taken hast out of the stack and am tryying to cobble something together manually using iscsi, but I would prefer to go back to hast if possible. Has anyone seen anythign similar, or have any suggestions ? thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 12:19:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F08D75AD for ; Thu, 21 Nov 2013 12:19:56 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id A0D482332 for ; Thu, 21 Nov 2013 12:19:56 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 91DA4B9040 for ; Thu, 21 Nov 2013 13:19:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mimar.rs; h= content-transfer-encoding:content-type:content-type:mime-version :x-mailer:organization:references:in-reply-to:message-id:subject :subject:from:from:date:date:received:received; s=mimar-0901; t= 1385036392; x=1386850793; bh=tVCOO/C9qsNyCYfXdv16zNgZw3vgteBvxdu IpyOJixo=; b=EvQbpRZvJuya0j4WvZb9NPdHu+fUJYM+zZ5QB8Lh4QgwlXryMkq PdjSjZqG78HhQ84peAfdPdzKk1l03oxNXPSQOjry2BOuFTAvAnwxW8VryVhFzOR4 vLU3oJ8u8Q1rmFVIsgJZVnme2Kf1IE9JVvupB4ZSD32bjP7Z9ZK5BETg= X-Virus-Scanned: amavisd-new at mimar.rs Received: from www.mimar.rs ([127.0.0.1]) by tazar.mimar.rs (tazar.mimar.rs [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id rnnManKm6Yf6 for ; Thu, 21 Nov 2013 13:19:52 +0100 (CET) Received: from kaa.mimar.rs (nat.kappastar.com [193.53.106.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: marko.cupac@mimar.rs) by www.mimar.rs (Postfix) with ESMTPSA id ED111B9022 for ; Thu, 21 Nov 2013 13:19:51 +0100 (CET) Date: Thu, 21 Nov 2013 13:19:51 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: Re: mount ntfs in 10-BETA3 Message-Id: <20131121131951.ffefb632ac1f5f3572c45806@mimar.rs> In-Reply-To: <20131121094824.bcaf9c08c98d42b050afa9f1@mimar.rs> References: <20131121094824.bcaf9c08c98d42b050afa9f1@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 12:19:57 -0000 On Thu, 21 Nov 2013 09:48:24 +0100 Marko Cupa=C4=87 wrote: > Is it possible to mount ntfs in 10-BETA3? Pardon my ignorance. I realized later that fuse.ko is kernel module which is now built from /usr/src/sys/modules/fuse/ instead of /usr/ports/sysutils/fusefs-kmod/, but I still need to build /usr/ports/sysutils/fusefs-ntfs/ in order to get actual ntfs-3g. After I built and kldoaded fuse, I managed to mount ntfs volume with ntfs-3g. --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 14:50:48 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 063ED74E; Thu, 21 Nov 2013 14:50:48 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CEE542C9E; Thu, 21 Nov 2013 14:50:47 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VjVag-000A5G-UE; Thu, 21 Nov 2013 14:50:47 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rALEohiC082595; Thu, 21 Nov 2013 07:50:43 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX199xY+OQvRhOcfpw9jqqrLn Subject: Re: ipfw table add problem From: Ian Lepore To: =?ISO-8859-1?Q?=D6zkan?= KIRIK In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 21 Nov 2013 07:50:42 -0700 Message-ID: <1385045442.31172.549.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id rALEohiC082595 Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo , Andreas Nilsson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 14:50:48 -0000 On Tue, 2013-11-19 at 23:26 +0200, =D6zkan KIRIK wrote: > On Tue, Nov 19, 2013 at 11:21 PM, Andreas Nilsson w= rote: >=20 > > > > > > > > On Tue, Nov 19, 2013 at 9:36 PM, =D6zkan KIRIK wrote: > > > >> Hi, > >> > >> > >> > >> On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson wrote: > >> > >>> > >>> > >>> > >>> On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK wrote: > >>> > >>>> Hi, > >>>> > >>>> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. > >>>> I am trying to add port number to ipfw tables. But there is someth= ing > >>>> strange : > >>>> Problem is easily repeatable. > >>>> > >>>> #ipfw table 1 flush > >>>> #ipfw table 1 add 4899 > >>>> #ipfw table 1 list > >>>> ::/0 0 > >>>> > >>> Works with ipfw table 1 add 0 4899 > >>> > >> No, i want to use this table as port list ( to use with "lookup src-= port > >> 1" ) . If you add like this, you cannot match against ports. Am I wr= ong? > >> > > No, that should be possible. > > > >> > >> > >>> > >>>> #ipfw table 1 flush > >>>> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has= 0 as > >>>> prefix ) > >>>> #ipfw table 1 list > >>>> ::/0 0 > >>>> > >>> Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. > >>> > >> Please dont leave spaces between 0 and 1. > >> > > Ok. any specific reason to type it as 10.2.3.01 instead 0f 10.2.3.1 ? > > > There is no specific reason, but both 10.2.3.01 and 10.2.3.1 are has tr= ue > syntax. > The problem is, ipfw doesnt throw any errors, but record added as > 0.0.0.0/0( all the IPv4 network ). This behaviour is really dangerous. >=20 > FreeBSD 8.2 and 8.4 doesnt have this problem. For this, I wonder if ipfw was recently changed from using inet_aton() to inet_pton() to parse addresses? Our implementation of inet_pton() does not match the manpage -- it's supposed to accept decimal, octal, or hex numbers for each of the dotted IP comonents, but it accepts decimal only. 10.2.3.01 appears to cause it to return 0 as the address. Our inet_aton() handles oct/dec/hex. -- Ian From owner-freebsd-stable@FreeBSD.ORG Thu Nov 21 20:37:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 264213E6 for ; Thu, 21 Nov 2013 20:37:17 +0000 (UTC) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5B6523EE for ; Thu, 21 Nov 2013 20:37:16 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id b10so113664eae.19 for ; Thu, 21 Nov 2013 12:37:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=n+HgT/Lt2iQh9/ilSmGICtM3PJw4w/KH++lGt7fw4vc=; b=mqhN7C/SOqXLzBBx5k9UyovuG0wWqLNWpo8k+HPyxCgKWrIkSmDVb5E5hDBIqEhU6n Dcfvi9yqqMQ9i7nZOX5UZKtAKVOfScpQRrzcz+0YjmP7nzOY++5DfCD9vEkt8w2oNGvo eLCNBKUfZKtwoPvMpAWe9aGyRU8TCJfXgK9iyv+CZCcOgTkdEKBUjb0mmb0YYjvviUQC 9RTbCkgKBf7N0SYiL0bqn72Wd/BLiC6GwDmyLoliPqe2LX4akso+dz2/U3OgYBhCDdPy tW37II5YFeifDQBHAe2MJkbpZZfbI+0zclnQ5RaHfyn1h3e6FsAiywmUNlXI3mj086PG 5RoQ== X-Received: by 10.15.95.72 with SMTP id bc48mr12195eeb.49.1385066235142; Thu, 21 Nov 2013 12:37:15 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id u46sm73604781eep.17.2013.11.21.12.37.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Nov 2013 12:37:14 -0800 (PST) Sender: Mikolaj Golub Date: Thu, 21 Nov 2013 22:37:12 +0200 From: Mikolaj Golub To: Pete French Subject: Re: Hast locking up under 9.2 Message-ID: <20131121203711.GA3736@gmail.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Nov 2013 20:37:17 -0000 On Thu, Nov 21, 2013 at 11:57:02AM +0000, Pete French wrote: > I have had to (hopefully temprarily) disable hats on > our systems as under 9.2 I am finding that it locks up under > high disc load. This has only sarted being a problem after we moved > from 8-STABLE to 9-STABLE, there was no locking up before. I remember already asking you about replication mode you was using and don't remember you answered. One of the significant changes is memsync mode, which is default in 9.2 (it was fullsync in eralier versions). So if you are using default settings you can try switching to fullsync as a workaround. > I dont have any useful debugging unfortunately, and I do > realise thart "it locks up" is unhelpful! The only thing > I see in the syslog are a statements like this: > > Nov 14 13:51:59 serpentine-active hastd[1258]: [serp1] (primary) Worker process killed (pid=1520, signal=6). > Nov 14 13:51:59 serpentine-passive hastd[14307]: [serp1] (secondary) Worker process exited ungracefully (pid=14638, exitcode=75). signal=6 means that hastd crashed due to some assertion failed. Usually "Assertion failed ..." message precedes this line in the logs. Don't you see such a message? It might be very helpful. Do you always see this error when it gets stuck? Unfortunately the crash did not generated core (due to capsicum). When I want to get a coredump I rebuild hastd with CFLAGS+=-DHAVE_CAPSICUM removed in Makefile (and with debugging symbols). There might be an easier method but I don't know. If you don't find the assertion message and the crashes are reproducible, it would be helpful to rebuild hastd with symbols and capsicum disabled to make it coredump and provide the backtrace. Also, when you have hastd got stuck you can generate a core of the live process with gcore(1). > Thats about all the nfo I have - currently I have taken hast out of the stack > and am tryying to cobble something together manually using > iscsi, but I would prefer to go back to hast if possible. Has anyone seen > anythign similar, or have any suggestions ? What revision are you using? Recently there was a fix for crashes triggered by this failed assertion: Assertion failed: (amp->am_memtab[ext] > 0), function activemap_write_complete, file activemap.c, line 351. It was merged to STABLE/9 in r257470 (2013-10-31). -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 00:36:05 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 810F1394; Fri, 22 Nov 2013 00:36:05 +0000 (UTC) Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12EDA2571; Fri, 22 Nov 2013 00:36:04 +0000 (UTC) Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 80F6523839C; Fri, 22 Nov 2013 00:35:44 +0000 (UTC) (envelope-from marka@isc.org) Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 9717916042E; Fri, 22 Nov 2013 00:42:38 +0000 (UTC) Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id DF5F51603E9; Fri, 22 Nov 2013 00:42:37 +0000 (UTC) Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 8D5B8AB6EA6; Fri, 22 Nov 2013 11:35:38 +1100 (EST) To: Ian Lepore From: Mark Andrews References: <1385045442.31172.549.camel@revolution.hippie.lan> Subject: Re: ipfw table add problem In-reply-to: Your message of "Thu, 21 Nov 2013 07:50:42 -0700." <1385045442.31172.549.camel@revolution.hippie.lan> Date: Fri, 22 Nov 2013 11:35:38 +1100 Message-Id: <20131122003538.8D5B8AB6EA6@rock.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mx.ams1.isc.org Cc: freebsd-ipfw , Luigi Rizzo , freebsd-stable , =?ISO-8859-1?Q?=D6zkan?= KIRIK , Andreas Nilsson X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 00:36:05 -0000 In message <1385045442.31172.549.camel@revolution.hippie.lan>, Ian Lepore writes: > On Tue, 2013-11-19 at 23:26 +0200, =D6zkan KIRIK wrote: > > On Tue, Nov 19, 2013 at 11:21 PM, Andreas Nilsson wro= > te: > > = > > > > > > > > > > > > > On Tue, Nov 19, 2013 at 9:36 PM, =D6zkan KIRIK w= > rote: > > > > > >> Hi, > > >> > > >> > > >> > > >> On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson = > wrote: > > >> > > >>> > > >>> > > >>> > > >>> On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK >wrote: > > >>> > > >>>> Hi, > > >>>> > > >>>> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. > > >>>> I am trying to add port number to ipfw tables. But there is something > > >>>> strange : > > >>>> Problem is easily repeatable. > > >>>> > > >>>> #ipfw table 1 flush > > >>>> #ipfw table 1 add 4899 > > >>>> #ipfw table 1 list > > >>>> ::/0 0 > > >>>> > > >>> Works with ipfw table 1 add 0 4899 > > >>> > > >> No, i want to use this table as port list ( to use with "lookup src-po= > rt > > >> 1" ) . If you add like this, you cannot match against ports. Am I wron= > g? > > >> > > > No, that should be possible. > > > > > >> > > >> > > >>> > > >>>> #ipfw table 1 flush > > >>>> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0= > as > > >>>> prefix ) > > >>>> #ipfw table 1 list > > >>>> ::/0 0 > > >>>> > > >>> Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. > > >>> > > >> Please dont leave spaces between 0 and 1. > > >> > > > Ok. any specific reason to type it as 10.2.3.01 instead 0f 10.2.3.1 ? > > > > > There is no specific reason, but both 10.2.3.01 and 10.2.3.1 are has true > > syntax. > > The problem is, ipfw doesnt throw any errors, but record added as > > 0.0.0.0/0( all the IPv4 network ). This behaviour is really dangerous. > > = > > > FreeBSD 8.2 and 8.4 doesnt have this problem. > > For this, I wonder if ipfw was recently changed from using inet_aton() > to inet_pton() to parse addresses? Our implementation of inet_pton() > does not match the manpage -- it's supposed to accept decimal, octal, or > hex numbers for each of the dotted IP comonents, but it accepts decimal > only. 10.2.3.01 appears to cause it to return 0 as the address. Our > inet_aton() handles oct/dec/hex. The man page is wrong. RFC 3493 states inet_pton *only* takes dotted decimal. This was the same in RFC 2553. The implementation Paul Vixie and I wrote back in 199[89] for BIND only accepts dotted decimal with no leading zeros. Mark > -- Ian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 11:18:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D4C0C98F; Fri, 22 Nov 2013 11:18:41 +0000 (UTC) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2a02:b90:3002:e550::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D47C2B29; Fri, 22 Nov 2013 11:18:41 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ingresso.co.uk) by constantine.ingresso.co.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vjoko-0000Nv-Kv; Fri, 22 Nov 2013 11:18:30 +0000 Received: from petefrench by dilbert.ingresso.co.uk with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vjokn-000OuU-1Y; Fri, 22 Nov 2013 11:18:29 +0000 To: petefrench@ingresso.co.uk, trociny@FreeBSD.org Subject: Re: Hast locking up under 9.2 In-Reply-To: <20131121203711.GA3736@gmail.com> Message-Id: From: Pete French Date: Fri, 22 Nov 2013 11:18:29 +0000 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 11:18:41 -0000 > I remember already asking you about replication mode you was using and > don't remember you answered. One of the significant changes is memsync > mode, which is default in 9.2 (it was fullsync in eralier versions). > So if you are using default settings you can try switching to fullsync > as a workaround. Yes, I am using the default settings, so that is something I can try. After three days of downtime last week I will not try it in the immedaiet future though, for fear of my colleaguyes wanting to strange me :-) Will enable on the test system however, and try on live in a couple of weeks if I can. > signal=6 means that hastd crashed due to some assertion failed. > Usually "Assertion failed ..." message precedes this line in the > logs. Don't you see such a message? It might be very helpful. Yes, I do actually! "Assertion failed: (!hio->hio_done), function write_complete, file /usr/src/sbin/hastd/primary.c, line 1130." > Do you always see this error when it gets stuck? That I do not know I am afraid - I was too busy getting the systems back online to have time to try and recocnile the tdowntimes with what is in the logfiles. It was only yesterday that I started trying to tarce what might have happened > Unfortunately the crash did not generated core (due to capsicum). When > I want to get a coredump I rebuild hastd with CFLAGS+=-DHAVE_CAPSICUM > removed in Makefile (and with debugging symbols). There might be an > easier method but I don't know. > > If you don't find the assertion message and the crashes are > reproducible, it would be helpful to rebuild hastd with symbols and > capsicum disabled to make it coredump and provide the backtrace. > > Also, when you have hastd got stuck you can generate a core of the > live process with gcore(1). I didnt know about gcore - thats a very useful feature! The crash is reproducible, but not on any machine that I could actually crash without causing extensive downtime to the rest of the business unfortunately. I can't deliberately crash our master database and it doesnt crash ont he test setup we have. But what I can do is to run it up live again with your suggested change to the config, and if it gets stuck try and generate some more useful debugging then. > What revision are you using? Recently there was a fix for crashes > triggered by this failed assertion: > > Assertion failed: (amp->am_memtab[ext] > 0), function > activemap_write_complete, file activemap.c, line 351. I'm using r257795 - I did an upgrade to get the fix for the above assertion, and in general I keep an eve onm the commits and anything involving hast or zfs I take as soon as I can to try and improve stability. Thanks for the help - if I get any more info I will let you know, of if the above assertyion helps you track something down then I may be able to try some patches. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 11:47:50 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C98098BC for ; Fri, 22 Nov 2013 11:47:50 +0000 (UTC) Received: from mail-pa0-x247.google.com (mail-pa0-x247.google.com [IPv6:2607:f8b0:400e:c03::247]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AA0022E8E for ; Fri, 22 Nov 2013 11:47:50 +0000 (UTC) Received: by mail-pa0-f71.google.com with SMTP id kl14so2044747pab.10 for ; Fri, 22 Nov 2013 03:47:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=JmSuZJnryr8LjP0nf9stgOVaIu3yrdMieKj5SO++pro=; b=tl0WqZjzdQcp77EgN9+nvuJRF0y9v3hqkJkVCDkOJMR3LQLNFCxXGX02hPsLxCLfSl +y6lRwgLdECzs6bQe7MbDB3DzYrcykmpHRmy2mHuFsYk3nkeN56X9+ErQeJT45ZlqCgj GtUttxJ7C1jDeNjlv99wHnXj7iB6eNcHr5z++2nszqrOFGVmpTUu76CrPpsmz5Z7sM/k gtRj90mhQTkr7Az9RaqaLTAwVtJEwyCyzr6e0bALtkC2agcM8LWm5jpEYx6Lldcy4o+p Yh+MYLBc1kjIB76YavPZP7Da781AaxIiQT22wB7rP+iySKDPboWtJSaEn3YiX2pV+t8K HZvw== MIME-Version: 1.0 X-Received: by 10.66.51.33 with SMTP id h1mr4306124pao.30.1385120870417; Fri, 22 Nov 2013 03:47:50 -0800 (PST) Message-ID: Date: Fri, 22 Nov 2013 11:47:50 +0000 Subject: www.freebsd.org From: Ellie Watkins To: stable@freebsd.org Content-Type: text/plain; charset=windows-1252; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 11:47:50 -0000 PGRpdiBkaXI9Imx0ciI+PHNwYW4gIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsLHNhbnMtc2Vy aWY7Zm9udC1zaXplOjEzcHgiPkhpLDwvc3Bhbj48YnIgIA0Kc3R5bGU9ImZvbnQtZmFtaWx5OmFy aWFsLHNhbnMtc2VyaWY7Zm9udC1zaXplOjEzcHgiPjxkaXYgIA0KY2xhc3M9ImdtYWlsX3F1b3Rl IiAgDQpzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwsc2Fucy1zZXJpZjtmb250LXNpemU6MTNweCI+ PGRpdiB0ZXh0PSIjMDAwMDAwIiAgDQpiZ2NvbG9yPSIjRkZGRkZGIj4NCjxkaXY+PHA+SSBjYW1l IGFjcm9zcyB5b3VyIHdlYnNpdGUgYW5kIHdhbnRlZCB0byBzZW5kIHlvdSBhIHF1aWNrIG5vdGUu ICANCldpdGggYSBmZXcgc2ltcGxlIGNoYW5nZXMgdG8gbWFrZSB5b3VyIHNpdGUgbW9yZSBTRU8t ZnJpZW5kbHkgSZJtIHN1cmUgeW91ICANCmNhbiBjb252ZXJ0IG1vcmUgdmlzaXRvcnMgaW50byBs ZWFkcyBhbmQgZ2V0IGl0IHBsYWNlZCBoaWdoZXIgaW4gdGhlICANCm9yZ2FuaWMgc2VhcmNoIHJl c3VsdHMsIGZvciBrZXl3b3JkcyB0aGF0IG1hdHRlciB0byB5b3UgdGhlIG1vc3QuPC9wPg0KPC9k aXY+PGRpdj48cD5XZZJyZSBhbiBBdXN0cmFsaWFuIGJhc2VkIGNvbXBhbnkgd2l0aCBhIGdyZWF0 IGluLWhvdXNlICANCnRlY2huaWNhbCB0ZWFtIHdobyByZWFsbHkga25vdyB0aGVpciBzdHVmZiBh Ym91dCBzZWFyY2ggZW5naW5lICANCm9wdGltaXphdGlvbi6gPC9wPjwvZGl2PjxkaXY+PHA+V291 bGQgeW91IGxpa2UgYSBiaXQgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCAgDQpob3cgdG8gZ2l2ZSB5 b3VyIHdlYnNpdGUgYSBib29zdCB3aXRoIGJldHRlciBTRU8/PGJyPg0KPC9wPjwvZGl2PjxkaXY+ PHA+oDwvcD48L2Rpdj48ZGl2PjxwPkJlc3QgUmVnYXJkczwvcD48cD5FbGxpZSAgDQpXYXRraW5z PC9wPjwvZGl2PjxkaXY+PHA+U0VPL1dlYiBTcGVjaWFsaXN0PC9wPjwvZGl2PjxkaXY+PC9kaXY+ PGRpdj48c3BhbiAgDQpzdHlsZT0iZm9udC1zaXplOjcuNXB0Ij48L3NwYW4+PHA+PGI+PHNwYW4g IA0Kc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtjb2xvcjpyZ2IoMTExLDE2OCwyMjApIj5BVVMgSGVh ZHF1YXJ0ZXI8YnI+DQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Y29s b3I6cmdiKDExMSwxNjgsMjIwKSI+QXVzdHJhbGlhbiAgDQpUZWNobm9sb2d5IFBhcmssIExvY29t b3RpdmUgU3RyZWV0LCBFdmVsZWlnaKA8YnI+TlNXICANCjIwMTU8YnI+PGI+PGJyPkludGVybmF0 aW9uYWwgSGVhZHF1YXJ0ZXI8YnI+PC9iPjUwMSAxOXRoIFN0cmVldCwgTi5XLiwgIA0KV2FzaGlu Z3RvbiwgRC5DLiAyMDQzMTwvc3Bhbj48L3A+DQo8L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj4NCg== From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 18:09:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBC0F9B1 for ; Fri, 22 Nov 2013 18:09:30 +0000 (UTC) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9680A248A for ; Fri, 22 Nov 2013 18:09:30 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id up15so1620670pbc.24 for ; Fri, 22 Nov 2013 10:09:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/4k7pr8e1J6ANAQSy5NLfb6cWckVCkKmswj0jS79wLw=; b=KGnjdNcJxJ4zy8ijLeXX5sj5u31zLzV8YEPm8ayT0Zc1sLrSBQV3gRCScVaG7iIFsp NNqiWs8HyLPa2lRC2Z/mbfAinsZvDRHUyij68Dn3ZDds8NN9eHAYA36HYDkRmM0ZxonI 36eRXz8upuul9iEr90BJ13tMV+SoKFmoz6RaBycOJ4OcNRQt2cHp4eSGNiAZviZbeGqO tR92wQBbelYOROE6wb4EH/WrI/zA+51SwOEiQg72BfMVlimOS8CtH8OLCzbqJ7aqidY3 wNPkg63izkIYN2LItVNeZX/U8a61GC5SqICRBdXYAcWSjDgxkLQ3Z05wgvPce9ll+Uj6 wRkQ== MIME-Version: 1.0 X-Received: by 10.66.136.71 with SMTP id py7mr13585146pab.2.1385143770223; Fri, 22 Nov 2013 10:09:30 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.23.101 with HTTP; Fri, 22 Nov 2013 10:09:30 -0800 (PST) In-Reply-To: <20131121131951.ffefb632ac1f5f3572c45806@mimar.rs> References: <20131121094824.bcaf9c08c98d42b050afa9f1@mimar.rs> <20131121131951.ffefb632ac1f5f3572c45806@mimar.rs> Date: Fri, 22 Nov 2013 10:09:30 -0800 X-Google-Sender-Auth: fh6d0deFanmK9nbgVkOsEVd2ai8 Message-ID: Subject: Re: mount ntfs in 10-BETA3 From: Kevin Oberman To: =?UTF-8?B?TWFya28gQ3VwYcSH?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.16 Cc: "freebsd-stable@freebsd.org Stable" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 18:09:30 -0000 On Thu, Nov 21, 2013 at 4:19 AM, Marko Cupa=C4=87 wr= ote: > On Thu, 21 Nov 2013 09:48:24 +0100 > Marko Cupa=C4=87 wrote: > > > Is it possible to mount ntfs in 10-BETA3? > > Pardon my ignorance. I realized later that fuse.ko is kernel module > which is now built from /usr/src/sys/modules/fuse/ instead > of /usr/ports/sysutils/fusefs-kmod/, but I still need to > build /usr/ports/sysutils/fusefs-ntfs/ in order to get actual ntfs-3g. > > After I built and kldoaded fuse, I managed to mount ntfs volume with > ntfs-3g. > -- > Marko Cupa=C4=87 > Also, you have the option of building te kernel with FUSE support by adding it to your configuration. (options FUSE) --=20 R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 19:10:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51335FF2; Fri, 22 Nov 2013 19:10:30 +0000 (UTC) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.157]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14A772843; Fri, 22 Nov 2013 19:10:29 +0000 (UTC) Date: Fri, 22 Nov 2013 19:51:51 +0100 From: vermaden Subject: FreeBSD 10-BETA3 - zfs clone of zvol snapshot is not created To: freebsd-questions@freebsd.org, freebsd-stable@FreeBSD.org, freebsd-current@freebsd.org X-Mailer: interia.pl/pf09 X-Originating-IP: 93.154.205.68 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1385146311; bh=GAbPRoYHY771Bo7BXTXTC+7W14Ex4KA0ilJhUn6IQA0=; h=Date:From:Subject:To:X-Mailer:X-Originating-IP:Message-Id: MIME-Version:Content-Type:Content-Transfer-Encoding; b=a8Fy4+x7g1lqnrO4tOj0xSmsKLqzYR+NAer/xG4eG/XMlCFJ309bgSPiFsHM1gKCr K0yc5gK4enKh0QIvpVA5hTfu+vfCb2yuf4MxZu1vFqK6yBaleT9iBokbEMfrwqdruu 6Q5kRKLuE+weLQOQWZVViAYokw08CH7/2XgZrnKs= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 19:10:30 -0000 Hi, am I doing something wrong, ZFS does not support that or there is a bug that zvol clone does not show up under /dev/zvol after creating it from other zvol snapshot? # zfs list -t all | grep local local 136G 76.8G 144K none local/home 117G 76.8G 117G /home local/vm 18.4G 76.8G 144K none local/vm/vbox_pcbsd_10 5.35G 76.8G 5.35G - local/vm/vbox_windows_7 10.8G 76.8G 9.86G - local/vm/vbox_windows_7@clean 940M - 8.12G - local/vm/vbox_windows_xp 2.27G 76.8G 2.16G - local/vm/vbox_windows_xp@clean 109M - 1.07G - # zfs clone local/vm/vbox_windows_7@clean local/vm/vbox_windows_7_personal # zfs list -t all | grep local local 136G 76.8G 144K none local/home 117G 76.8G 117G /home local/vm 18.4G 76.8G 144K none local/vm/vbox_pcbsd_10 5.35G 76.8G 5.35G - local/vm/vbox_windows_7 10.8G 76.8G 9.86G - local/vm/vbox_windows_7@clean 940M - 8.12G - local/vm/vbox_windows_7_personal 8K 76.8G 8.12G - local/vm/vbox_windows_xp 2.27G 76.8G 2.16G - local/vm/vbox_windows_xp@clean 109M - 1.07G - # find /dev/zvol /dev/zvol /dev/zvol/local /dev/zvol/local/vm /dev/zvol/local/vm/vbox_pcbsd_10 /dev/zvol/local/vm/vbox_windows_7 /dev/zvol/local/vm/vbox_windows_7@clean /dev/zvol/local/vm/vbox_windows_xp /dev/zvol/local/vm/vbox_windows_xp@clean /dev/zvol/local/vm/vbox_pcbsd_10p1 /dev/zvol/local/vm/vbox_pcbsd_10p2 /dev/zvol/local/vm/vbox_windows_7@cleans1 /dev/zvol/local/vm/vbox_windows_xps1 /dev/zvol/local/vm/vbox_windows_xp@cleans1 ... the missing clone: /dev/zvol/local/vm/vbox_windows_7_personal Regards, vermaden From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 22:09:45 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8627352B; Fri, 22 Nov 2013 22:09:45 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5ACE1215A; Fri, 22 Nov 2013 22:09:44 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vjyv1-000L0J-Or; Fri, 22 Nov 2013 22:09:43 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rAMM9bMw084230; Fri, 22 Nov 2013 15:09:37 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19iY4S/soVVRAjpUyhwwrSc Subject: Re: ipfw table add problem From: Ian Lepore To: Mark Andrews In-Reply-To: <20131122003538.8D5B8AB6EA6@rock.dv.isc.org> References: <1385045442.31172.549.camel@revolution.hippie.lan> <20131122003538.8D5B8AB6EA6@rock.dv.isc.org> Content-Type: text/plain; charset="us-ascii" Date: Fri, 22 Nov 2013 15:09:37 -0700 Message-ID: <1385158177.31172.562.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw , Andreas Nilsson , Luigi Rizzo , =?ISO-8859-1?Q?=D6zkan?= KIRIK , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 22:09:45 -0000 On Fri, 2013-11-22 at 11:35 +1100, Mark Andrews wrote: > In message <1385045442.31172.549.camel@revolution.hippie.lan>, Ian Lepore writes: > > On Tue, 2013-11-19 at 23:26 +0200, =D6zkan KIRIK wrote: > > > On Tue, Nov 19, 2013 at 11:21 PM, Andreas Nilsson wro= > > te: > > > = > > > > > > > > > > > > > > > > > > On Tue, Nov 19, 2013 at 9:36 PM, =D6zkan KIRIK w= > > rote: > > > > > > > >> Hi, > > > >> > > > >> > > > >> > > > >> On Tue, Nov 19, 2013 at 10:22 PM, Andreas Nilsson = > > wrote: > > > >> > > > >>> > > > >>> > > > >>> > > > >>> On Tue, Nov 19, 2013 at 8:55 PM, =D6zkan KIRIK > >wrote: > > > >>> > > > >>>> Hi, > > > >>>> > > > >>>> I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. > > > >>>> I am trying to add port number to ipfw tables. But there is something > > > >>>> strange : > > > >>>> Problem is easily repeatable. > > > >>>> > > > >>>> #ipfw table 1 flush > > > >>>> #ipfw table 1 add 4899 > > > >>>> #ipfw table 1 list > > > >>>> ::/0 0 > > > >>>> > > > >>> Works with ipfw table 1 add 0 4899 > > > >>> > > > >> No, i want to use this table as port list ( to use with "lookup src-po= > > rt > > > >> 1" ) . If you add like this, you cannot match against ports. Am I wron= > > g? > > > >> > > > > No, that should be possible. > > > > > > > >> > > > >> > > > >>> > > > >>>> #ipfw table 1 flush > > > >>>> #ipfw table 1 add 10.2.3.01 ( not 10.0.0.1, the last 1 has 0= > > as > > > >>>> prefix ) > > > >>>> #ipfw table 1 list > > > >>>> ::/0 0 > > > >>>> > > > >>> Did you mean ipfw table 1 add 10.2.3.0 1 ? That works for me. > > > >>> > > > >> Please dont leave spaces between 0 and 1. > > > >> > > > > Ok. any specific reason to type it as 10.2.3.01 instead 0f 10.2.3.1 ? > > > > > > > There is no specific reason, but both 10.2.3.01 and 10.2.3.1 are has true > > > syntax. > > > The problem is, ipfw doesnt throw any errors, but record added as > > > 0.0.0.0/0( all the IPv4 network ). This behaviour is really dangerous. > > > = > > > > > FreeBSD 8.2 and 8.4 doesnt have this problem. > > > > For this, I wonder if ipfw was recently changed from using inet_aton() > > to inet_pton() to parse addresses? Our implementation of inet_pton() > > does not match the manpage -- it's supposed to accept decimal, octal, or > > hex numbers for each of the dotted IP comonents, but it accepts decimal > > only. 10.2.3.01 appears to cause it to return 0 as the address. Our > > inet_aton() handles oct/dec/hex. > > The man page is wrong. > > RFC 3493 states inet_pton *only* takes dotted decimal. This was > the same in RFC 2553. The implementation Paul Vixie and I wrote > back in 199[89] for BIND only accepts dotted decimal with no leading > zeros. Actually, it was me that was wrong... the man page does mention the differences between inet_aton() and inet_pton(), I just didn't read all the way to the end. -- Ian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 22 22:18:27 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F0E7A30 for ; Fri, 22 Nov 2013 22:18:27 +0000 (UTC) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56369220C for ; Fri, 22 Nov 2013 22:18:27 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id e16so1255469qcx.31 for ; Fri, 22 Nov 2013 14:18:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=NMklVQY4fqku8ZnAlIl6L5bsV+V97pSzkbjrlR8KQ/U=; b=E3HV/2xKDRJGwJ5GvoU7iD8S0qtRdG2RATpNmBb/3leGsYvXeudmmCPJQPKneRDD2E zwFDXS9eB4PxAirbjYLksUaKDfe+FgwBzWNS4SX3d5iZETdbWlCPohhJ2dEuWMUOl7TP waemcrMGi0/oc8FN7RXbCETsoxsCLOsJXd/HzYrJa6cTTZF+Y3miIHkNJOVCcZjrJRuw MnrgcM1VRiuwT3IBBF+n1Xrjl00HwplK2P7AmydSdYnzWxpeJYZdICvyDFx8rjh/51y2 awLu56qFTb3ezBB3ig9elweU6RdJRhJFeyxL53PNenzYQ9TKrsclcoJ3Hl4Sp9kw6PNR 8yrQ== MIME-Version: 1.0 X-Received: by 10.224.96.198 with SMTP id i6mr25527225qan.85.1385158706488; Fri, 22 Nov 2013 14:18:26 -0800 (PST) Received: by 10.96.160.7 with HTTP; Fri, 22 Nov 2013 14:18:26 -0800 (PST) Received: by 10.96.160.7 with HTTP; Fri, 22 Nov 2013 14:18:26 -0800 (PST) Date: Fri, 22 Nov 2013 20:18:26 -0200 Message-ID: Subject: Q aq fhc 8,-,,,8,c,c, cvv gz vc ccc From: Edvaldo Szymonek To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.16 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Nov 2013 22:18:27 -0000 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 05:08:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EF9BF10 for ; Sat, 23 Nov 2013 05:08:33 +0000 (UTC) Received: from mail-qa0-f44.google.com (mail-qa0-f44.google.com [209.85.216.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62BD724BC for ; Sat, 23 Nov 2013 05:08:32 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id i13so1145045qae.17 for ; Fri, 22 Nov 2013 21:08:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=2qM6Vglf8b0oQwSmsoAoWI4nKGtOxe6DhNiMmvt510M=; b=YtVVXEf0hCxzvSjXjnUoxer/yUwnqwoO3UZAJpOAIyPp+UhLzNvOfEHQb7TPFTqlDH zUvINDEQfsxv0sfk1JQ4vIq9Mxwct2umKwZNjjbQ4wPhbk5zH+HlRqdd1yw7SsPk+c6W JMAVSEvedDAj1ZURzxznpFS5u7Ooc5lVCMkWmeLtso+8cS/N874Ob2abcTI4kL6orBfq ENPJf7CsZV8IsAzR0RRoK0PsINDS+ijqYSCYVJrtdXeVSf+CdbcNY8yrWwP5yImmimWx +9JuEugXFS0XI7nqudy1vmOB6mV7VgIzvA+hrvCzDaOIbcJ4umwKKtqHn9TFo9HfNFx5 ZhMg== X-Gm-Message-State: ALoCoQlcz0nmifQfhtuICdsgI7Q6qC0W5v9RXo6Q3H5ollBsCCoMgDTjpX/jy9moUyIGbJK1WcbK X-Received: by 10.224.112.134 with SMTP id w6mr27541330qap.21.1385183312143; Fri, 22 Nov 2013 21:08:32 -0800 (PST) Received: from [192.168.1.4] (pool-74-98-165-156.nrflva.fios.verizon.net. [74.98.165.156]) by mx.google.com with ESMTPSA id 3sm36415031qej.0.2013.11.22.21.08.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 22 Nov 2013 21:08:31 -0800 (PST) Message-ID: <5290384E.30603@ohlste.in> Date: Sat, 23 Nov 2013 00:08:30 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: SSD becomes detached 9.2 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 05:08:33 -0000 Hello, I am setting up a new (remote) server. I initially installed 9.2 RC4 amd64 because that's what the data center put in the drive for me. Shortly thereafter I downloaded 9.2-STABLE sources and compiled world and a generic kernel. While doing so the system became unreachable by SSH The SSH sessions appeared to connect but there was never any data returned. I could telnet to port 22 but I could not log in from a terminal. I could ping the server as well. I had the server rebooted. I did install an updated kernel and world (9.2-STABLE amd64 r258426) and it happened again just now. The OS is installed on a 120 GB SSD with root on ZFS. There is also another SSD for L2ARC and there are two 3TB SATA drives in a separate ZFS mirror pool. All drives passed cursory testing with smartmontools. CPU is an AMD-8120 (8 core Zambezi). Very little is running on the server as it is not yet in production (thankfully). Here is the relevant part of dmesg: ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000008 cs 00000000 ss 00000000 rs f8000000 tfd 40 serr 00000000 cmd 00047f17 (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 10 20 ff a6 40 01 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Retrying command ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000002 cs 00000000 ss 00000000 rs 80000000 tfd 50 serr 00000000 cmd 00047f17 (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): Error 5, Retry was blocked ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000002 cs 00000000 ss 00000000 rs 80000000 tfd 50 serr 00000000 cmd 00047f17 (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): Error 5, Retry was blocked ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: s/n S1D5NSAD915803Y detached ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000001 cs 00000000 ss 00000000 rs 80000000 tfd 50 serr 00000000 cmd 00047f17 (ada0:ahcich0:0:0:0): SETFEATURES ENABLE RCACHE. ACB: ef aa 00 00 00 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000002 cs 00000000 ss 00000000 rs 80000000 tfd 50 serr 00000000 cmd 00047f17 (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): Error 5, Retry was blocked ahcich0: Timeout on slot 31 port 0 ahcich0: is 00000002 cs 00000000 ss 00000000 rs 80000000 tfd 50 serr 00000000 cmd 00047f17 (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): Error 5, Retry was blocked ahcich0: Timeout on slot 3 port 0 ahcich0: is 00000008 cs 00000000 ss 00000000 rs 8000000f tfd 40 serr 00000000 cmd 00046317 (ada0:ahcich0:0:0:0): DSM TRIM. ACB: 06 01 00 00 00 40 00 00 00 00 01 00 (ada0:ahcich0:0:0:0): CAM status: Unconditionally Re-queue Request (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 10 20 ff a6 40 01 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Command timeout (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 38 ff a6 40 01 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Unconditionally Re-queue Request (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 88 ff a6 40 01 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Unconditionally Re-queue Request (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 10 ff a6 40 01 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Unconditionally Re-queue Request (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 30 ff a6 40 01 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: Unconditionally Re-queue Request (ada0:ahcich0:0:0:0): Error 5, Periph was invalidated (ada0:ahcich0:0:0:0): Periph destroyed ahcich0: Timeout on slot 3 port 0 ahcich0: is 00000002 cs 00000000 ss 00000000 rs 00000008 tfd 50 serr 00000000 cmd 00046317 (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): Error 5, Retry was blocked ahcich0: Timeout on slot 3 port 0 ahcich0: is 00000002 cs 00000000 ss 00000000 rs 00000008 tfd 50 serr 00000000 cmd 00046317 (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 (aprobe0:ahcich0:0:0:0): CAM status: Command timeout (aprobe0:ahcich0:0:0:0): Error 5, Retry was blocked After this event, gpart show lists only ada1, ada2, and ada3. The boot drive is ada0. The entire dmesg can be seen at http://pastebin.com/RqR8LiSb. -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 16:17:35 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A9D71AF for ; Sat, 23 Nov 2013 16:17:35 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F7562F23 for ; Sat, 23 Nov 2013 16:17:35 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rANGHVuL078250; Sat, 23 Nov 2013 09:17:31 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rANGHVjR078247; Sat, 23 Nov 2013 09:17:31 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 23 Nov 2013 09:17:31 -0700 (MST) From: Warren Block To: Jim Ohlstein Subject: Re: SSD becomes detached 9.2 In-Reply-To: <5290384E.30603@ohlste.in> Message-ID: References: <5290384E.30603@ohlste.in> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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, 23 Nov 2013 09:17:31 -0700 (MST) Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 16:17:35 -0000 On Sat, 23 Nov 2013, Jim Ohlstein wrote: > The OS is installed on a 120 GB SSD with root on ZFS. There is also another > SSD for L2ARC and there are two 3TB SATA drives in a separate ZFS mirror > pool. All drives passed cursory testing with smartmontools. ... > After this event, gpart show lists only ada1, ada2, and ada3. The boot drive > is ada0. > > The entire dmesg can be seen at http://pastebin.com/RqR8LiSb. There was a firmware update for the Samsung EVO drives in October which might help: http://www.samsung.com/global/business/semiconductor/samsungssd/downloads.html From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 17:35:24 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DBE8F12B for ; Sat, 23 Nov 2013 17:35:24 +0000 (UTC) Received: from smtp2.sbb.rs (smtp2.sbb.rs [89.216.2.34]) by mx1.freebsd.org (Postfix) with ESMTP id 52B64225C for ; Sat, 23 Nov 2013 17:35:23 +0000 (UTC) Received: from faust.localdomain (cable-178-148-102-64.dynamic.sbb.rs [178.148.102.64]) by smtp2.sbb.rs (8.14.0/8.14.0) with ESMTP id rANH775g008364 for ; Sat, 23 Nov 2013 18:07:12 +0100 Received: by faust.localdomain (Postfix, from userid 1001) id 84DE2A41B43; Sat, 23 Nov 2013 18:07:10 +0100 (CET) Date: Sat, 23 Nov 2013 18:07:10 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: Re: SSD becomes detached 9.2 Message-ID: <20131123170710.GA1226@faust.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 17:35:24 -0000 I have the same cpu and samsung 830 ssd also, just as 9.2. I suggest putting the complete dmesg. My idea would be to check out ethernet part of the system. Best bet is that ssd is not the problem at all. Another check should include how you connect to the server, via some router or else. Maybe you trigger something in firewall? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 18:06:26 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70E48598 for ; Sat, 23 Nov 2013 18:06:26 +0000 (UTC) Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32A1A23A8 for ; Sat, 23 Nov 2013 18:06:25 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id ii20so1555992qab.16 for ; Sat, 23 Nov 2013 10:06:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=mkeyN4N/w0WWRbydAF+KtNKbrTKIg2mhQ7Lx8SpYnfI=; b=FZCiNd4JYDc9dkB1VoQ5IjIXivdGF0QhrmOM302aZLMdbLisfGyVu/SA1EdKO+vlnK Qah4FH08fY/mik8vGUYAXT13CGbLoP19itO51Jvoa1oHyUnGSEkM/I3yCFGCjqG5MoIw CoS9O430IteZiUzSIowra8a9AgoIK4CbFqSnf2dMkSCjjHPKyrizq71aOSUrQCTSby9Q TztV1mfYtJDR27uyQkbThEMT9P9szj04u1gGticd1eK37Ui0oON1esUGpofXPdvwN8Ja D6nIVk9uaTXpwOMV7ZaNGunGVVxBzz7Hh1CCZQZt3HI61dMwQHnG/VGdOFu05fDYYfNf 2QmA== X-Gm-Message-State: ALoCoQnyg/t0ACBn29AY2IzU7bZRTizhFjeEuGt4alCgKZLY0L0CH7HmV9OvR9QlMn/Y+5l2T/0s X-Received: by 10.224.22.75 with SMTP id m11mr31984078qab.27.1385229985006; Sat, 23 Nov 2013 10:06:25 -0800 (PST) Received: from [192.168.1.4] (pool-74-98-165-156.nrflva.fios.verizon.net. [74.98.165.156]) by mx.google.com with ESMTPSA id f10sm51315377qej.1.2013.11.23.10.06.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 Nov 2013 10:06:24 -0800 (PST) Message-ID: <5290EE9F.8040204@ohlste.in> Date: Sat, 23 Nov 2013 13:06:23 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: SSD becomes detached 9.2 References: <5290384E.30603@ohlste.in> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 18:06:26 -0000 Hello, On 11/23/13, 11:17 AM, Warren Block wrote: > On Sat, 23 Nov 2013, Jim Ohlstein wrote: > >> The OS is installed on a 120 GB SSD with root on ZFS. There is also >> another SSD for L2ARC and there are two 3TB SATA drives in a separate >> ZFS mirror pool. All drives passed cursory testing with smartmontools. > > ... > >> After this event, gpart show lists only ada1, ada2, and ada3. The boot >> drive is ada0. >> >> The entire dmesg can be seen at http://pastebin.com/RqR8LiSb. > > There was a firmware update for the Samsung EVO drives in October which > might help: > http://www.samsung.com/global/business/semiconductor/samsungssd/downloads.html > Thanks. I forwarded the link to the datacenter. They are troubleshooting the hardware now. -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 18:07:24 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 42E88698 for ; Sat, 23 Nov 2013 18:07:24 +0000 (UTC) Received: from mail-qe0-f44.google.com (mail-qe0-f44.google.com [209.85.128.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0570D23BD for ; Sat, 23 Nov 2013 18:07:23 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so1590555qeb.3 for ; Sat, 23 Nov 2013 10:07:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=YaMan6agGVkzbq4aYAoEI7fnohwGqq90sRa3S2TXfiE=; b=E6ppXo0PDSG59yQ8aG68084+BR91p3DGf+NINWGLkbfpLmgWD7Rr5EAK7Yc9rLmq1B /4dHw6+v52DzNIwaja6MHiRjC9A+m2Kx/+5LUbkOoxN7xGXNYQUUsDJkfucRXsD+TlcP ihGGgflaUKzHKtrhzDXpiamRziuQAEHy6LtmJNn7Dy5t/7vU/fLZAL/Z/HTFTND/2whP u7S86ripHA/wHXi14HRyiKjjDlXM+da7fqoK6yrCz+znm0ZBYdn6AkRSaJYge2MoJJK9 Br3l+Mb5xEXTMRR9rCYF0IA8+18V+u4itFS5RAFvGyGhif3fP82i2hF/KZ7KU4fKR5fc KjFw== X-Gm-Message-State: ALoCoQkrDyokijM6TYLtjkjSO8oCLQy0dHMEmWKR9ArYwmeerJEfXPDdKEhhAmzKYBRoHCKiYi8+ X-Received: by 10.49.1.10 with SMTP id 10mr32450377qei.6.1385230042961; Sat, 23 Nov 2013 10:07:22 -0800 (PST) Received: from [192.168.1.4] (pool-74-98-165-156.nrflva.fios.verizon.net. [74.98.165.156]) by mx.google.com with ESMTPSA id h9sm101129142qaq.9.2013.11.23.10.07.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 23 Nov 2013 10:07:22 -0800 (PST) Message-ID: <5290EED9.7080104@ohlste.in> Date: Sat, 23 Nov 2013 13:07:21 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: stable@freebsd.org Subject: Re: SSD becomes detached 9.2 References: <20131123170710.GA1226@faust.sbb.rs> In-Reply-To: <20131123170710.GA1226@faust.sbb.rs> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 18:07:24 -0000 Hello, On 11/23/13, 12:07 PM, Zoran Kolic wrote: > I have the same cpu and samsung 830 ssd also, just as 9.2. As do I on another server (actually it is an 840 but not the EVO model) running 9.2 (r256088) and has an uptime of 47 days (which is probably when I compiled the kernel and rebooted) without this issue. Only difference is the SSD is not the root device, it's a ZFS L2 ARC device, but it is still online after 47 days. The root device is a zpool mirror of two 1.5TB SATA drives. > I suggest putting the complete dmesg. Is the pastebin link I put in the original email not sufficient? What else are you after? > My idea would be to check out ethernet part of the system. How would an ethernet cause a drive to detach? I'm not being facetious, rather inquisitive. In any event, I can telnet to the server and ping it, so it seems it is connected to the outside world. Pinging shows no dropped packets. > Best bet is that ssd is not the problem at all. Another > check should include how you connect to the server, via some > router or else. Maybe you trigger something in firewall? According to the logic of my pf rules, ping and telnet would be blocked on my IP if it were blacklisted. They are not. I further checked the firewall by accessing the server from two alternate IP's, one from my mobile phone's network, and once by resetting the IP on my home LAN. I am able to connect from both, but cannot login to SSH, even though I know it's running since I have console access via KVM. Further, a check of my firewall from the KVM connection makes clear that my IP's are not blocked. > Best regards > > Zoran > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 21:10:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7372441F; Sat, 23 Nov 2013 21:10:09 +0000 (UTC) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 36ADA2B2B; Sat, 23 Nov 2013 21:10:09 +0000 (UTC) Received: from secured.by.ipfw.ru ([95.143.220.47] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1VkGf2-000MqO-Vk; Sat, 23 Nov 2013 21:06:25 +0400 Message-ID: <52911993.8010108@ipfw.ru> Date: Sun, 24 Nov 2013 01:09:39 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130728 Thunderbird/17.0.7 MIME-Version: 1.0 To: =?UTF-8?B?w5Z6a2FuIEtJUklL?= Subject: Re: ipfw table add problem References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/mixed; boundary="------------050901040506010603050506" Cc: freebsd-ipfw , freebsd-stable , Luigi Rizzo X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 21:10:09 -0000 This is a multi-part message in MIME format. --------------050901040506010603050506 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19.11.2013 23:55, ￖzkan KIRIK wrote: > Hi, > > I'm using kernel FreeBSD 10.0-BETA3 #2 r257635 kernel. I am trying > to add port number to ipfw tables. But there is something strange > : Problem is easily repeatable. > > #ipfw table 1 flush #ipfw table 1 add 4899 #ipfw table 1 list ::/0 > 0 > > #ipfw table 1 flush #ipfw table 1 add 10.2.3.01 ( not > 10.0.0.1, the last 1 has 0 as prefix ) #ipfw table 1 list ::/0 0 > > #ipfw table 1 delete ::/0 ipfw: setsockopt(IP_FW_TABLE_XDEL): No > such process > > > I guess that, this problem is related to radix mask calculation > problem/fix. Hello. I'm sorry, it seems that key lookups were broken for quite a long time. Can you apply attached patch, rebuild ipfw(8) binary and see if this helps? > > Is there a quick solution for this. Best, regards, > _______________________________________________ > freebsd-ipfw@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw To > unsubscribe, send any mail to > "freebsd-ipfw-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKRGZIACgkQwcJ4iSZ1q2n0hgCgkiqRewC61LptUaG4ejvHIg0q PawAoID3nfNxh3sTOVE/iKNtfjHpl9u0 =6GdO -----END PGP SIGNATURE----- --------------050901040506010603050506 Content-Type: text/x-patch; name="ipfw_lookup.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ipfw_lookup.diff" Index: sbin/ipfw/ipfw2.c =================================================================== --- sbin/ipfw/ipfw2.c (revision 258494) +++ sbin/ipfw/ipfw2.c (working copy) @@ -4281,6 +4281,7 @@ table_fill_xentry(char *arg, ipfw_table_xentry *xe *pkey = htonl(key); type = IPFW_TABLE_CIDR; addrlen = sizeof(uint32_t); + masklen = 32; } } } --------------050901040506010603050506-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 23 21:59:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC29CA2F; Sat, 23 Nov 2013 21:59:56 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CA1D2D4C; Sat, 23 Nov 2013 21:59:55 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id x18so2057955lbi.20 for ; Sat, 23 Nov 2013 13:59:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rgufqjt2s91FUOAiEyJn9nL0S2tbXq3ijUTGyj7uHhY=; b=VskTke7BUBixscQmkcMpgAvO1KERoQ6asn0MkLt2G7ZfEwpcqDspDdMR6PxuZL1g2y JxUE0z0xg3b2h3DMJkmnYjfKvOfHkbsMtBTdVYUCXIzDS0CaEqBiHz94M2wg9gNE9odZ c86Eeffxm/UGM62ifFMbKALsO9LV/C7+BCMc6+98znBYLQl/GMFsKIg4Ns4iUciBo2zs OeagccK8oHkdhDabq9lV4odRTotnSvMy4YssY4rAFnGXEq9Q9QZshE0rEXCd9I7OTrve Ta4UUbCzCM7LIOR0NPYyP3SIv+ulT1zSJktamoP1cEskA/yHZgxCDCxx95UHogBeq0ND qNEQ== X-Received: by 10.152.116.7 with SMTP id js7mr15790181lab.11.1385243994164; Sat, 23 Nov 2013 13:59:54 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id iy7sm13204926lbc.4.2013.11.23.13.59.52 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Nov 2013 13:59:53 -0800 (PST) Sender: Mikolaj Golub Date: Sat, 23 Nov 2013 23:59:51 +0200 From: Mikolaj Golub To: Pete French Subject: Re: Hast locking up under 9.2 Message-ID: <20131123215950.GA17292@gmail.com> References: <20131121203711.GA3736@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Nov 2013 21:59:56 -0000 On Fri, Nov 22, 2013 at 11:18:29AM +0000, Pete French wrote: > "Assertion failed: (!hio->hio_done), function write_complete, file > /usr/src/sbin/hastd/primary.c, line 1130." It looks like write_complete usage (which should be called once per write request) for memsync is racy. Consider the following scenario: 1) remote_recv_thread: memsync ack received, refcount -> 2; 2) local_send_thread: local write completed, refcount -> 1, entering write_complete() 3) remote_recv_thread: memsync fin received, refcount -> 0, move hio to done queue, ggate_send_thread gets the hio, checks for !hio->hio_done and (if loca_send_thread is still in write_complete()) entering write_complete() Also, using write_complete in local_send after releasing refcount is not safe: at that time the request may be completed remotely, moved to the free queue and reused. I think using hio_countdown for detecting the current state of memsync request is confusing. Also I have already reported about the case when the detection did not work after the secondary disconnect: http://people.freebsd.org/~trociny/patches/hast.primary.c.memsync_secondary_disconnect.3.patch So I propose: 1) Use hio_countdown only for counting components we waiting to complete, i.e. initially it is always 2 for any replication mode. 2) To distinguish between "memsync ack" or "memsync fin" responses from the secondary, add and use hio_memsyncacked field. 3) Call write_complete() in component threads _before_ releasing hio_countdown (i.e. before the hio may be returned to the done queue). 4) Add and use hio_writecount refcounter to detect when write_complete() should be called in memsync case. 5) As hio_done is used only for async, rename it to hio_asyncdone and check/modify outside of more generic write_complete(), only when it is needed. Now, write_complete(): - for fullsync is called by ggate_send_thread; - for async case -- either by local component thread or by ggate_send_thread; - for memsync case -- by one of the component threads. Here is the patch that implements this, which survived preliminary testing: http://people.freebsd.org/~trociny/patches/hast.primary.c.memsync_write_complete.1.patch Also, Pawel, do you mind if add the following macros? #define ISASYNC(hio) ((hio)->hio_replication == HAST_REPLICATION_ASYNC) #define ISFULLSYNC(hio) ((hio)->hio_replication == HAST_REPLICATION_FULLSYNC) #define ISMEMSYNC(hio) ((hio)->hio_replication == HAST_REPLICATION_MEMSYNC) -- Mikolaj Golub