From owner-freebsd-stable@freebsd.org Sun Aug 12 21:00:18 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED18D107BE73 for ; Sun, 12 Aug 2018 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8DB1979136 for ; Sun, 12 Aug 2018 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4F4B2107BE71; Sun, 12 Aug 2018 21:00:17 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E178107BE70 for ; Sun, 12 Aug 2018 21:00:17 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D723579130 for ; Sun, 12 Aug 2018 21:00:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3149B22C84 for ; Sun, 12 Aug 2018 21:00:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7CL0Gnc007572 for ; Sun, 12 Aug 2018 21:00:16 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7CL0GA2007571 for stable@FreeBSD.org; Sun, 12 Aug 2018 21:00:16 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201808122100.w7CL0GA2007571@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: stable@FreeBSD.org Subject: Problem reports for stable@FreeBSD.org that need special attention Date: Sun, 12 Aug 2018 21:00:16 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 12 Aug 2018 21:00:18 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 227213 | FreeBSD 10.4 kernel deadlocks on sysctlmemlock 1 problems total for which you should take action. From owner-freebsd-stable@freebsd.org Mon Aug 13 00:50:55 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 890A7105D166 for ; Mon, 13 Aug 2018 00:50:55 +0000 (UTC) (envelope-from prvs=0763b2422b=ari@ish.com.au) Received: from fish.ish.com.au (ip-2.ish.com.au [203.29.62.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07CAE81C1C for ; Mon, 13 Aug 2018 00:50:54 +0000 (UTC) (envelope-from prvs=0763b2422b=ari@ish.com.au) Received: from ip-145.ish.com.au ([203.29.62.145]:54165) by fish.ish.com.au with esmtpsa (TLSv1.2:AES128-SHA:128) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1fp146-0000yE-27 for freebsd-stable@freebsd.org; Mon, 13 Aug 2018 10:50:35 +1000 X-CTCH-RefID: str=0001.0A150208.5B70D5DA.011F:SCFSTAT42589845, ss=1, re=-4.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 To: freebsd-stable From: Aristedes Maniatis Subject: freebsd-update IDS: fixing errors Message-ID: Date: Mon, 13 Aug 2018 10:50:34 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 00:50:55 -0000 I'd like to use "freebsd-update IDS" as a simple intrusion check. I have a separate mechanism to test that freebsd-update itself hasn't been modified. However I get lots of lines like this: /usr/share/man/man4/if_ixgbe.4.gz has SHA256 hash 859cc19faf7a511755409aa143b24ccb2c998bbc99a5972d1d7aa70f37611a65, but should have SHA256 hash 5652698ae3834e8cfbb2d0e5a95fe7984a6656f0a6c792e88ea8f2c75873555e. Two questions: 1. What causes these mismatches? Does IDS not take into account minor updates or something else? 2. Is there a simple way to fix this that doesn't involve a system reinstall? Just unzip the FreeBSD tz files and copy over the relevant bits? Could that be added as a feature to the IDS command? Ari From owner-freebsd-stable@freebsd.org Mon Aug 13 04:51:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 441DE106584F for ; Mon, 13 Aug 2018 04:51:08 +0000 (UTC) (envelope-from mckay@freebsd.org) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 4709A895F0; Mon, 13 Aug 2018 04:51:07 +0000 (UTC) (envelope-from mckay@freebsd.org) Message-Id: <48498b$1s9fo3t@ipmail06.adl6.internode.on.net> Received: from ppp118-208-205-178.bras1.hba1.internode.on.net (HELO localhost) ([118.208.205.178]) by ipmail06.adl6.internode.on.net with ESMTP; 13 Aug 2018 14:15:56 +0930 Content-Type: text/plain; charset=UTF-8 From: Stephen McKay To: freebsd-stable@freebsd.org cc: Stephen McKay Subject: Missing ZFS info in 11.2 and 11.1 release notes Date: Mon, 13 Aug 2018 14:45:53 +1000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 04:51:08 -0000 Hi everyone, Major changes to ZFS weren't documented in the 11.1 and 11.2 release notes. Can they be added retrospectively? Is there an easier way to find out what has changed than reading the SVN commits? Examples include significant changes to ZIL write behaviour in both 11.1 and 11.2 and the newly added ability to remove vdevs from a pool in 11.2. I'm hoping someone else has a neat list of changes on hand and that I don't have to read every commit (for there are many, some arcane). - Stephen. From owner-freebsd-stable@freebsd.org Mon Aug 13 13:52:50 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 815361073463 for ; Mon, 13 Aug 2018 13:52:50 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7E17A8A1 for ; Mon, 13 Aug 2018 13:52:49 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 38B4237C30 for ; Sun, 12 Aug 2018 20:50:50 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.952 X-Spam-Level: X-Spam-Status: No, score=-100.952 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.029, TW_ZJ=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id cTvyhya37JKm for ; Sun, 12 Aug 2018 20:50:49 +0200 (CEST) Received: from localhost (p5793BBD5.dip0.t-ipconnect.de [87.147.187.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id C320837C29 for ; Sun, 12 Aug 2018 20:50:49 +0200 (CEST) Date: Sun, 12 Aug 2018 20:50:47 +0200 From: Marco Steinbach To: freebsd-stable@freebsd.org Subject: Jails on ZFS yielding 100% load on gstat Message-ID: <20180812205047.00002767@executive-computing.de> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-w64-mingw32) 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.27 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, 13 Aug 2018 13:52:50 -0000 Hi there. % zpool list NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT zroot 5.41T 670G 4.75T - 13% 12% 1.00x ONLINE - % uname -a FreeBSD XXX 11.1-STABLE FreeBSD 11.1-STABLE #0 r322984 [...] amd64 I'm running multiple jails on ZFS, using ezjail to manage them, including a websever and a mailserver. The mailserver is using a MySQL database, otherwise depending on dovecot and postfix. Very low volume, just a few polls / logins per minute. I am experiencing very high loads as per gstat: dT: 1.021s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 4 181 0 0 0.0 169 873 20.1 98.2| ada0 2 111 0 0 0.0 100 540 7.3 90.6| ada1 0 88 0 0 0.0 76 458 1.4 43.3| ada2 0 0 0 0 0.0 0 0 0.0 0.0| ada0p1 3 150 0 0 0.0 150 603 20.2 95.1| ada0p2 1 31 0 0 0.0 20 270 19.2 117.0| ada0p3 0 0 0 0 0.0 0 0 0.0 0.0| gpt/gptboot0 0 0 0 0 0.0 0 0 0.0 0.0| ada1p1 1 85 0 0 0.0 85 341 8.4 68.9| ada1p2 1 25 0 0 0.0 15 200 0.9 75.0| ada1p3 0 0 0 0 0.0 0 0 0.0 0.0| ada2p1 0 62 0 0 0.0 62 251 1.6 9.9| ada2p2 0 26 0 0 0.0 15 208 0.5 42.0| ada2p3 0 0 0 0 0.0 0 0 0.0 0.0| gpt/gptboot1 0 0 0 0 0.0 0 0 0.0 0.0| gpt/gptboot2 These loads lead to the system suffering from very much delayed responses to even the basic task of echoing characters entered on the console, consequently rendering the services offered unusable to the users because of the delays. Restarting the jails (or even the whole machine at that) ends me up at exactly the same situation. I do have lab machines for running load scenarios, so if anyone feels compelled to lend a hand, please do. MfG CoCo From owner-freebsd-stable@freebsd.org Mon Aug 13 14:06:19 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7F0B1073A33 for ; Mon, 13 Aug 2018 14:06:18 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 593137B224 for ; Mon, 13 Aug 2018 14:06:17 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [129.217.43.49] (limnos.cs.uni-dortmund.de [129.217.43.49]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.21/8.16.0.21) with ESMTPSA id w7DDqv6Z024729 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Mon, 13 Aug 2018 15:52:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1534168377; bh=j/IZltMKNeoO5AtJhzfhd7YQ8/kK70XkF5yl/bsg4Kk=; h=To:From:Subject:Date; b=ppYMnb9aQtMiwyC9o0ffnvYACOMln+kkMvEWEGmUkW0EhBJE77whpv7vrtFYxguoa hcEXLID9KsSt2Z29zrBwLwEkQdfzj19ray86U6eRWzNlwinhk3dud1C1/++0PApgKW hp/Noow2rAxpnsdtNb3vjyWCBN4TvOQzET+6V82Q= To: freebsd-stable@freebsd.org From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= xsFNBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABzS9BbGV4YW5kZXIg TG9jaG1hbm4gPGluZm9AYWxleGFuZGVyLWxvY2htYW5uLmRlPsLBfQQTAQgAJwUCV9SHSwIb IwUJCWYBgAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBZPu0FvD72/eZIEACxnxqYkDaE qI0jn/OJBde6t1uPeOytoWN8aRQVI0eZAkBfnDmF1qQF8p8eeaEu7ouhr8PQpBHDU8VNIlyg WhVcB9I/oXltFQZUHhUEFDd9xtXtjWPqGke4+ukiTiBUoLNSjejo6lGRqkXWklQbFG+jBd7w DEl6ad321QyPeXTOcO1YXeHoSGIYyCdObNBy1UV/r170H6a9H/AJxQWPifAwAairUA3bNVLt HSU7YFhon0OtJQy2CPhDHYkxIZEoNXZht934rTWuGHISGZ2MspMaupNromyoIMhLDK63Cz3n QfT9sjW+3u0ZoSAPz8bFLCALpPPtMRpMonOod3O1INQ9jQBLM690+eQRhkAIJQSX98S1ckNu ZK/bIV52piCkU48lYCLBOrtJ3mO4+SdIga+ZA/ArM3VBVt2NoVmi84+bJhmjYhVMEN73VmAc /xqGbhT8LQgjElE2YgQK9/e/J/Kxq1xvFW1pTg39CHNcGYcGbWOiz/kzcCbWFoen2yIr9cC0 jvvHK39NvF14jI5xmiUPGPCBGXqPxlKMiZeBPzvweyKRkAYbQmeqUiI5o7nwyzPRgQBsYLKG 0R8MbzbgOxSFbf+GVwCY4855r81fjokXNE1DRvKeg1TyNF7T812zfPAEKX8va45emHhwU8cy cchUdfOe9paUy8Ewr1LBDnh7q87BTQRUCMlBARAAnCFuEZ8V7Xh7/x5eP5fdurKMzgi/IsE/ zg/ULy99e9WNTA1/G7fC53jKIeURuEnoLXVWgOIy5Hb/AU5kW2O6ma8yY2CV+D1Mr5rmW6qW vjxdXObqlHLocKV5UALqS9XQoDuadcW3QsRDgfS5vtoVBSctS7L4ncIniXRakZdPWvyMqSra ssCcWurEiafWTzwjzCZycSFcxqgMB1jvOC3yF+SOgUVG6gIcZYyZuNAZO/c/jx3crQ9Emk7l iIbFWERXISi8am16JFISWlrqRNb+MRXtkqrcvb0gqyWTEWUUy754EcWyVRyCSbCuvORzUt0C UqxbapfkhjJDx6V/dvmQpskx+gwEN2NDLYyU3KGCrt3yPCk/QUrC7rl1E6F+2JeEWxQebNK8 GdlzMHiiXZMMqQuX0mZi7RMIIpjEOFXwQVDyQrx4Zrzhyl91pbPfQ+8WFj+y64op5o23bomj vwPmy4wHS6qhiaY0O098/r6sc6dyGnidzm0p55z6aXClQH+qmaruWH3N9avzmJ9fVshiIcCt zLrlZo2rcTJhoJEsc4E0z94xUNNPKspj3IK74DkfjBAgiKV4zjH3pzoYbCp4bhe4cVEv+ibW CrBDBMCV1TedPbDYSYhM0mPavlWJ/SAKx0gTJqYuZel7yNYsDw/R0Tbq7D8SlZX4vJULAu88 bk0AEQEAAcLBZQQYAQIADwUCVAjJQQIbDAUJCWYBgAAKCRBZPu0FvD72/RJJD/9i8hlljqEw BgYc74ComM2q0t1kDWQrhR0nwf114OEkUl9zbMRlWVnS71VYM1qNfrQtUJOsDiFUEksNtMEF 3vG6GfMogfHjOKIX0tJckjvYDpEC2C4o1oNySGME26sitl/C6WwrO3lE1zPTTuqZlbaHNywQ SF0BJV/Iq9AWWdfTgkgqJ05MlR2CuiGxCddT8YyRuWUu2pyOBULdJrs8pGa4ZG5n+SFdw7Sf ylH4UI5yWtgfyqE+xer6UwqMj7WgVB0FxAG9jWmVcBdOll7Kn1+MpXsptyZX8UX2uPgTieBn 9hBXd8GArCG997pWlwS1mvMNwPxXUElvTQTOImJT8UYPuXl5/qGo6ciqjy3rR1kTTDeDUh1U qbviUakZUwztxwp/6XkNDgfyGn9xzdwy2XW47WWONMZdYkfUzIA9n59jJQBct3Uin43ggEGD /XGp9TIHmxO9vTCO0Ibc7lGHR8voiTvxDTZUoBaOQy8EarLBBqlmoNMVj4HJ4lABESE08xyX nr0nmYeU4R8g9e9z8J/rSIUeGyuURcv4J88Kh3JJfB8O6NOpudciOHVFXmrTU5gIja5lt4kJ 73oYy2TmFzl8eKL7Fnb0J9NXVKN4Al3RFkOckCzkERkwnK6tYcwhHf/74svaE7KTa3GSX9aW 6NxCpAsFDwJbauda2prWMzruCg== Subject: FreeBSD blocks on BOCHS serial port Message-ID: Date: Mon, 13 Aug 2018 15:52:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="hR5zCl3P5QsggdgZxGqCfWS66AwlESf8q" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 14:06:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --hR5zCl3P5QsggdgZxGqCfWS66AwlESf8q Content-Type: multipart/mixed; boundary="Sz4hhFX5TJxKBL3BtVOesFw3xC7UQEjl9"; protected-headers="v1" From: Alexander Lochmann To: freebsd-stable@freebsd.org Message-ID: Subject: FreeBSD blocks on BOCHS serial port --Sz4hhFX5TJxKBL3BtVOesFw3xC7UQEjl9 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi folks! We are doing some automatic experiments using FreeBSD running in a virtual machine. To control the experiment from the outside, we use serial ports to communicate with an userspace program. The communication via serial does work with QEMU. However, it does not work with BOCHS which is our desired emulator. Even simple operations like 'echo FOO | tee /dev/ttyu1' or 'cat /dev/ttyu1' do not work. Both commands block 'forever'. It does not matter whether we use ttyu0 (file backend) or ttyu1 (tcp socket). I put some debug output in sys/dev/uart/uart_dev_ns8250.c. The output suggests that the driver more or less reads and writes to the serial ports. At least it does something... Do you have any hints how we can further analyze this problem? Did anyone came across a similar problem? Thank you! Regards, Alex --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --Sz4hhFX5TJxKBL3BtVOesFw3xC7UQEjl9-- --hR5zCl3P5QsggdgZxGqCfWS66AwlESf8q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAltxjTgACgkQWT7tBbw+ 9v0zrg/8CSX2VNEwbE4d15xUT6AdSRNK55yDDStN87XOG/FToeh7Wv9GlyC8Xdmf mTFirRyLV+GZHn2BvBgzma0eRT8yfTmfSIhrzlgIKCoUDxqKdAElg62C65cXGdE5 dcIThtZoiFgouJyVSNNrQ1AR0dH6nM+20pbKbwTmf2Qh1R+dk6x7q8lpmJBywKCX PtbiMvnOKrUAap6CJAi94704WACk4phemmyCdOUGA5gQYAFXQYwe0+9AQIkJgAUN jtlojbKGsgu5bqRmEXA44AikhhFNb3I7ppfMjbFFaug/w3a5WwC7/v9tkVIsk5J9 YTCuJjQTTW3tJ/JtqfFIPmUITlUyiT+SfAPfBqATXGI9U0IRcAwisDwzQs9Q8V06 bC+2vWaTMsKc/M9sw4SWs3ruW+okHv1ri2vVH7B+Y+ESjccbAFerURYps4SPQkpb VzaiB+m2FtvY5+r0yvcCIYy/pUOExlD0C3Mpo7MmEJcpDYs05b9chLRo+jkDhjZt 4XK+wOYZxz8gBJGvpcNPpP457XjZma78iBZwX6Uqo3rFi3VruHtcZsqeb2Aj6IfT BTktEqVjmff9HvqZLLBQUDyDw0CYVdLMgSX+qwsDKYnj9GVy7Li9E7+oWpoVINDZ XrE//G4Yjz1wnVzbPOJgCWEZmW0c5BObVRVCi8QkLEborJOhLXU= =O1Ll -----END PGP SIGNATURE----- --hR5zCl3P5QsggdgZxGqCfWS66AwlESf8q-- From owner-freebsd-stable@freebsd.org Mon Aug 13 14:09:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28BCE1073B1A for ; Mon, 13 Aug 2018 14:09:03 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82A687B33B for ; Mon, 13 Aug 2018 14:09:02 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-lf1-x133.google.com with SMTP id u14-v6so11358694lfu.0 for ; Mon, 13 Aug 2018 07:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=dqNejEFiABdw2XPW7fgiphvT2gcU1eWAp4jLcgR6ulw=; b=Oy85kov9TcF6rExkOoSChIMhxqKe6pLEtpMLINULaWwRV6dVhhJK+bOenSP0MU7H+E 146dbqjOOV01XirUB7r31T9rVfH3kvEXygypztNz8MZwHz+8lTD3zL0wKabNnLul51U3 zVczv7D6NpibG+H3jOquHwnhU+UD/9rtz5TuWWlBRWB1+ilHMSQgFMEo3fi20SilM+LS zpP6accbYZD+HIQD4PSJ8iyl72FxaRjjwJuEqoGuTeBhA9KI7qAs5fZzhXKdti97DO/r Zg2bL4u0X79X/ztqj2gI2ZDpM35lSAjXvqK63M8FbYTaqFRLIQYa3AqvIphnQera6K1q AWww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=dqNejEFiABdw2XPW7fgiphvT2gcU1eWAp4jLcgR6ulw=; b=N6YEFxQ+guNOLRM93M/RZxFC6U6vZOS5C2WGQK9+JGpiRlJn7YOMePq8pNjwUni2lj gdioNpk9jJ6mRq4rGhHp+F0TtWL/zGV+tnvRRmAMKZnBeoi0I4I5bGo1g7sTuqpHA8Vv 7E+qv9AghCUkVJ3CyHiiSYLStHH5gSbGwW/XvpX+7Z3GB0Z/gbFrcxqXOWmyND7FPsFC H1HyyNsS8A46Ih3oW14vF/eSA5iY1v94KwFOwJodkST/jWOBxhNs7QCIxT7Wvi7kSQPQ HPqmS32JWJwjtUVR+D7EFnQj9Z1dgv1EhwLfy8S3fytZf7Qo7znMWJmrUL19GmBCZa2T lrrg== X-Gm-Message-State: AOUpUlEEhu7piw9bkQtcKiKSv4rvrGVxGwgVcL3UbnKiF61K1jDt6kM3 6DSZz3H4v4syP/xAl5pvGfrfNG5nrZrLV+hsyxdqOA== X-Google-Smtp-Source: AA+uWPytLQJMZjrETrHIjiiCywttpp2EXsm5plhnL/zsX1OTHLyrbMCg/R2lEAKLPA0qPnSohZvsUIPHFfQ6XUtYRtg= X-Received: by 2002:a19:1366:: with SMTP id j99-v6mr11493040lfi.21.1534169341107; Mon, 13 Aug 2018 07:09:01 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 2002:ab3:7851:0:0:0:0:0 with HTTP; Mon, 13 Aug 2018 07:09:00 -0700 (PDT) In-Reply-To: <20180812205047.00002767@executive-computing.de> References: <20180812205047.00002767@executive-computing.de> From: Alan Somers Date: Mon, 13 Aug 2018 08:09:00 -0600 X-Google-Sender-Auth: fFHueOyBnePyONgAsWmmAnFVob0 Message-ID: Subject: Re: Jails on ZFS yielding 100% load on gstat To: Marco Steinbach Cc: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 14:09:03 -0000 Jails probably aren't the source of your problem. You need to find out what process or processes are responsible for all this activity. Since the write bandwidth is fairly low, you might have a process that's sync(2)ing or fsync(2)ing. too often. "gstat -o" will show if that's the case. You can also try running "top -mio" to see which processes are doing the most I/O. -Alan On Sun, Aug 12, 2018 at 12:50 PM, Marco Steinbach < coco@executive-computing.de> wrote: > Hi there. > > % zpool list > NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT > zroot 5.41T 670G 4.75T - 13% 12% 1.00x ONLINE - > > % uname -a > FreeBSD XXX 11.1-STABLE FreeBSD 11.1-STABLE #0 r322984 [...] amd64 > > > I'm running multiple jails on ZFS, using ezjail to manage them, > including a websever and a mailserver. The mailserver is using a MySQL > database, otherwise depending on dovecot and postfix. Very low volume, > just a few polls / logins per minute. > > I am experiencing very high loads as per gstat: > > dT: 1.021s w: 1.000s > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > 4 181 0 0 0.0 169 873 20.1 98.2| ada0 > 2 111 0 0 0.0 100 540 7.3 90.6| ada1 > 0 88 0 0 0.0 76 458 1.4 43.3| ada2 > 0 0 0 0 0.0 0 0 0.0 0.0| ada0p1 > 3 150 0 0 0.0 150 603 20.2 95.1| ada0p2 > 1 31 0 0 0.0 20 270 19.2 117.0| ada0p3 > 0 0 0 0 0.0 0 0 0.0 0.0| gpt/gptboot0 > 0 0 0 0 0.0 0 0 0.0 0.0| ada1p1 > 1 85 0 0 0.0 85 341 8.4 68.9| ada1p2 > 1 25 0 0 0.0 15 200 0.9 75.0| ada1p3 > 0 0 0 0 0.0 0 0 0.0 0.0| ada2p1 > 0 62 0 0 0.0 62 251 1.6 9.9| ada2p2 > 0 26 0 0 0.0 15 208 0.5 42.0| ada2p3 > 0 0 0 0 0.0 0 0 0.0 0.0| gpt/gptboot1 > 0 0 0 0 0.0 0 0 0.0 0.0| gpt/gptboot2 > > > These loads lead to the system suffering from very much delayed > responses to even the basic task of echoing characters entered on the > console, consequently rendering the services offered unusable to the > users because of the delays. > > Restarting the jails (or even the whole machine at that) ends me up at > exactly the same situation. > > I do have lab machines for running load scenarios, so if anyone feels > compelled to lend a hand, please do. > > MfG CoCo > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://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 Aug 13 14:12:28 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A43381073E8D for ; Mon, 13 Aug 2018 14:12:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA5847B8B6 for ; Mon, 13 Aug 2018 14:12:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w7DECRCO040865 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 13 Aug 2018 10:12:27 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w7DECPub037775; Mon, 13 Aug 2018 10:12:25 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Jails on ZFS yielding 100% load on gstat To: Marco Steinbach , freebsd-stable@freebsd.org References: <20180812205047.00002767@executive-computing.de> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <44a44e1d-ab92-38ec-e990-8fec925fb345@sentex.net> Date: Mon, 13 Aug 2018 10:12:26 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180812205047.00002767@executive-computing.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 14:12:28 -0000 On 8/12/2018 2:50 PM, Marco Steinbach wrote: > > These loads lead to the system suffering from very much delayed > responses to even the basic task of echoing characters entered on the > console, consequently rendering the services offered unusable to the > users because of the delays. Do you have a LOT of files and or metadata ? Have a look at the cache stats to see if you are perhaps grinding away on big directory lookups? Install sysutils/zfs-stats and post zfs-stats -a Also, does top -mio -I shed any light as to whats taking up the disk io ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Mon Aug 13 17:39:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A47710789F6 for ; Mon, 13 Aug 2018 17:39:08 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 04A79836E5 for ; Mon, 13 Aug 2018 17:39:08 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id BA65E10789F5; Mon, 13 Aug 2018 17:39:07 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9877A10789F4 for ; Mon, 13 Aug 2018 17:39:07 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0F9A7836DE; Mon, 13 Aug 2018 17:39:06 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41q2yw5YKzzD3p; Mon, 13 Aug 2018 19:39:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1534181941; x=1536773942; bh=H5z 96ep57b9aIwTt1EEOEO/eno3WX3uqvOQd35KQ9ww=; b=gpSCnpuGQA+kMEqxCeq BLMWtQlZnTD8bq93RPl4Ul3Ki0xwUhrQFi8ZXhNnW5/VWkmhTH6t/0em3J5GRUtC dOdoXedwveiNmRSl7puLFYKSpVG0q44FRooBEjSECTio7LmofBgWB88V0G+DBcW+ +MtDMUvzqA5CHH8dZPMxw7gA= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id ni5AT8F2EHmU; Mon, 13 Aug 2018 19:39:01 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41q2ys0nbCzD3j; Mon, 13 Aug 2018 19:39:00 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41q2yr5kFQz12w; Mon, 13 Aug 2018 19:39:00 +0200 (CEST) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Mon, 13 Aug 2018 19:39:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 13 Aug 2018 19:39:00 +0200 From: Mark Martinec To: stable@freebsd.org Cc: Mark Johnston Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.2-R amd64 Organization: Jozef Stefan Institute In-Reply-To: References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> <20180804170154.GA12146@raichu> <87f6a55cc2ee3d754ddb89475bbfbab8@ijs.si> <20180804194757.GD12146@raichu> Message-ID: <3a02f99bf5a5250df3f5d6ee6cb168c9@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 17:39:08 -0000 > 2018-08-04 21:47, Mark Johnston wrote: >> Sorry, I missed that message. Given that information, it would be >> useful to see the output of the following script instead: >> >> # dtrace -c "zpool list -Hp" -x temporal=off -n ' >> dtmalloc::solaris:malloc >> /pid == $target/{@allocs[stack(), args[3]] = count()} >> dtmalloc::solaris:free >> /pid == $target/{@frees[stack(), args[3]] = count();}' >> This will record all allocations and frees from a single instance of >> "zpool list". > 2018-08-07 14:58, Mark Martinec wrote: > Collected, here it is: > https://www.ijs.si/usr/mark/tmp/dtrace-cmd.out.bz2 >> Was there a mention of a defunct pool? > > Indeed. > Haven't tried yet to destroy it, so it is only my hypothesis > that a defunct pool plays a role in this leak. [...] > I have jumped from 10.3 directly to 11.1-RELEASE-p11, so I'm not sure > with exactly which version / patch level the problem was introduced. > > Tried to reproduce the problem on another host running 11.2R, > using memory disk (md), created GPT partition on it and a ZFS pool > on top, then destroyed the disk, so the pool was left as UNAVAILABLE. > Unfortunately this did not reproduce the problem, the "zpool list" > on that host does not cause ZFS to leak memory. Must be something > specific to that failed disk or pool, which is causing the leak. > Mark More news: on my last posting I said I can't reproduce the issue on another 11.2 host. Well, it turned out this was only half the truth. So this is what I did the last time: # create a test pool on md mdconfig -a -t swap -s 1Gb gpart create -s gpt /dev/md0 gpart add -t freebsd-zfs -a 4k /dev/md0 zpool create test /dev/md0p1 # destroy the disk underneath the pool, making it "unavailable" mdconfig -d -u 0 -o force and I reported that the "zpool list" command does not leak memory, unlike on another host where the problem was first detected. But in the following days after this, the second machine started to run out of memory and ground to a standstill after a couple of days - this now happened three times, until I realized the same thing was happening here as on the original host. (the "zpool list" is running periodically as a plugin to a "telegraf" monitoring) Sure enough the "zpool list" was leaking "solaris" zone memory here too, and even in larger chunks (previously by 570, now by about 2k): # (while true; do zpool list >/dev/null; vmstat -m | \ fgrep solaris; sleep 0.5; done) | awk '{print $2-a; a=$2}' 12224540 2509 3121 5022 2507 1834 2508 2505 And it's not just the "zpool list" command. The same leak occurs with "zpool status" and with "zpool iostat", either when explicitly specifying the defunct pool as argument, or without specifying a pool (implying all). (but not when a healthy pool is explicitly specified to such command) And to confirm the hypothesis: while running the "zpool list" in an above loop, I destroyed the defunct pool from another terminal, and the leak immediately vanished (the vmstat -m | fgrep solaris no longer grew). So the only missing link is: why the leak did not start immediately after revoking the disk and making the pool unavailable, but only some time later (hours? few days? after a reboot? after running some other command?). Mark From owner-freebsd-stable@freebsd.org Mon Aug 13 19:36:46 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 41579107B4A1 for ; Mon, 13 Aug 2018 19:36:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BDA178904E for ; Mon, 13 Aug 2018 19:36:45 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w7DJabSu049412 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Aug 2018 21:36:38 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: alexander.lochmann@tu-dortmund.de Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w7DJaXx4046769 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 14 Aug 2018 02:36:33 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeBSD blocks on BOCHS serial port To: Alexander Lochmann , freebsd-stable@freebsd.org References: From: Eugene Grosbein Message-ID: Date: Tue, 14 Aug 2018 02:36:27 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 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=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 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.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 19:36:46 -0000 13.08.2018 20:52, Alexander Lochmann wrote: > Hi folks! > > We are doing some automatic experiments using FreeBSD running in a > virtual machine. > To control the experiment from the outside, we use serial ports to > communicate with an userspace program. > The communication via serial does work with QEMU. However, it does not > work with BOCHS which is our desired emulator. > Even simple operations like 'echo FOO | tee /dev/ttyu1' or 'cat > /dev/ttyu1' do not work. Both commands block 'forever'. > It does not matter whether we use ttyu0 (file backend) or ttyu1 (tcp > socket). > I put some debug output in sys/dev/uart/uart_dev_ns8250.c. The output > suggests that the driver more or less reads and writes to the serial > ports. At least it does something... > > Do you have any hints how we can further analyze this problem? > Did anyone came across a similar problem? This could be modem control line "Carrier Detection" (CD) or flow control problem: emulators can have distinct default settings for serial ports. You should not rely on defaults and make sure you disable modem control/CD either explicitly (using stty(1) etc.) or implicitly by switching to /dev/cuau0 instead of /dev/ttyu0. Flow control settings should match too, for both sides of virtual port. From owner-freebsd-stable@freebsd.org Mon Aug 13 19:48:36 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B644F107B7D3 for ; Mon, 13 Aug 2018 19:48:36 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 42B58895E2 for ; Mon, 13 Aug 2018 19:48:36 +0000 (UTC) (envelope-from arcade@b1t.name) Received: by mailman.ysv.freebsd.org (Postfix) id 03328107B7D2; Mon, 13 Aug 2018 19:48:36 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5E9A107B7D1 for ; Mon, 13 Aug 2018 19:48:35 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65C3C895E0 for ; Mon, 13 Aug 2018 19:48:35 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from [172.29.1.147] (probe.42.lan [172.29.1.147]) by limbo.b1t.name (Postfix) with ESMTPSA id 8960A88; Mon, 13 Aug 2018 22:48:23 +0300 (EEST) Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 To: Mark Martinec , stable@FreeBSD.org References: <1a039af7758679ba1085934b4fb81b57@ijs.si> From: Volodymyr Kostyrko Message-ID: <8af780b9-1d8c-8279-dacd-eb1c8d199dec@b1t.name> Date: Mon, 13 Aug 2018 22:48:22 +0300 User-Agent: Mozilla/5.0 (X11; DragonFly x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.0 MIME-Version: 1.0 In-Reply-To: <1a039af7758679ba1085934b4fb81b57@ijs.si> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=b1t.name; s=dkim; t=1534189705; bh=6fgKoxMVG63nohiSm2ylFB+dkuEkp0TvKYMTdQtvToo=; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=L39e5Bark5Om8cuJ/mhQziluL9cwRaiI+v+ky0aGAb7IZcAGNIbZgAoL5v8IHyhnOZ+OtFtoLkksuVIE8nnHzu6Q/cBzSVnqql+7HWLXucHBGNg+CXETQQzbH0G0shupNyXn5oqyKoI5gVzKEILfc4x4iIPaX5n2G3xmvMJFouw= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 19:48:36 -0000 23.07.18 18:12, Mark Martinec wrote: > After upgrading an older AMD host from FreeBSD 10.3 to 11.1-RELEASE-p11 > (amd64), ZFS is gradually eating up all memory, so that it crashes every > few days when the memory is completely exhausted (after swapping heavily > for a couple of hours). I've been in the same situation. ZFS, only pool, no ZFS errors. I think the problem is rather between swapping and ZFS ARC. This host has different load, sometimes it needs more active memory, somtimes less... This means that active zone can expand and shrink like +-2G os mem (I have 16Gb installed there). The problem is, when huge task is idle it doesn't use much active memory and other activity is pushing it's memory to the swap. When active runs low and ARC runs >50% of memory it becomes very hard to make ARC give some memory back. My host even was broght to the point when it couldn't get tasks back into memory from swap, because while some pages were restored from swap the time passes by and the other pages are instead stored to swap due to zome ARC activity. Finally active zone shrinks so bad that the host becomes unresponsive. Like 6 month ago I tried tweaking kernel and swap to make things go other way. Currently I have `vm.swap_idle_enabled=1` in /etc/loader.conf and looks like this solves my problem. The other interesting things to look at are `vfs.zfs.arc_free_target`, `vfs.zfs.arc_shrink_shift`, `vfs.zfs.arc_grow_retry`. Or you can take another route and plain limit current ARC size with `vfs.zfs.arc_max`. Hope that helps. -- Sphinx of black quartz judge my vow. From owner-freebsd-stable@freebsd.org Mon Aug 13 20:15:33 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2297B107C5CC for ; Mon, 13 Aug 2018 20:15:33 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 819C58AF8C for ; Mon, 13 Aug 2018 20:15:32 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [192.168.111.103] (p2E513D0F.dip0.t-ipconnect.de [46.81.61.15]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.21/8.16.0.21) with ESMTPSA id w7DKFUN0023556 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 13 Aug 2018 22:15:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1534191330; bh=Gjveoex+wxapfBoUnLkK2EmnRGUYsMkorvNuhIlf0mk=; h=Subject:To:References:From:Date:In-Reply-To; b=rzboyU/sreJCqAHiQ6Vh9LPI4TCKqFhRqvDFjfozOyfNs+em1g3cqHihK1dsnbrYm FHST+nvXkVfxb8lI96Kqokziwa5jggZu0zlIJpOqkQWvtiSWrH+8xtXiaRm34Wuiba d85SdUisvk9lpzv5XLVYAd0b+bqu5otP6WpWayXM= Subject: Re: FreeBSD blocks on BOCHS serial port To: Eugene Grosbein , freebsd-stable@freebsd.org References: From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= xsFNBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABzS9BbGV4YW5kZXIg TG9jaG1hbm4gPGluZm9AYWxleGFuZGVyLWxvY2htYW5uLmRlPsLBfQQTAQgAJwUCWVOVTgIb IwUJCWYBgAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBZPu0FvD72/foqD/9sAlmzATtt wpkcTYTgJcqgfaXI79HYmC6XML7bUAdla30buqsonqXAKN7NT2PNsCxLSyLwk25lkNQz8SgZ ASfh7u//T/0fCuILrR6njh6IYbmlWLO2YU/B5nYx2oT9Bdawp0q858osQV49xvXnVtsQXeE6 fKymk75wNH/XyJRUEV5/edky6nmleNqKlNOGF0f+OswyLtcXSlHV2ZyYGRsS/G1H5tMxtUon tNxgSi217lyKox4IqiBrTDokP6Ka25RGvGjT94WQd23wQBkxT4jG0FY+UiimL0Is9Rjp/arS caWFdZgd5PBO3aVo9Z7E8C0rFqQzhQ2aZtXlKN3jtJxnwRwfNWExOjvjvWG014UaPYH/o1b9 VIEtklFoQ91gQjE7LIryOVLYzHYngU0xaelx9ZkJj6iRWnkwSOLcdF3EqgV16PygfflrlCl8 ze9Yw2nL13Zb0fDHPK3fvCDke3Km5s+6eqN8w1ifimYQgvbnf5hLkVQ/TfTVvLdQcZXpsJz7 G7hH7exxqQdo3rP52KLcIPBL2h4htx+q6zYg0fND/GiVObsZCce4IvJnFa7X8JV8oUg5MaJV +X0suxWiJuFW7k9fYiylpKfJrdcUmVcuoxpEM9T+J7gOj/IIHBS+gqskIcewGhnoR1+rjkoZ dsyXbyPFaAtX+tHtUo55WArXl87BTQRUCMlBARAAnCFuEZ8V7Xh7/x5eP5fdurKMzgi/IsE/ zg/ULy99e9WNTA1/G7fC53jKIeURuEnoLXVWgOIy5Hb/AU5kW2O6ma8yY2CV+D1Mr5rmW6qW vjxdXObqlHLocKV5UALqS9XQoDuadcW3QsRDgfS5vtoVBSctS7L4ncIniXRakZdPWvyMqSra ssCcWurEiafWTzwjzCZycSFcxqgMB1jvOC3yF+SOgUVG6gIcZYyZuNAZO/c/jx3crQ9Emk7l iIbFWERXISi8am16JFISWlrqRNb+MRXtkqrcvb0gqyWTEWUUy754EcWyVRyCSbCuvORzUt0C UqxbapfkhjJDx6V/dvmQpskx+gwEN2NDLYyU3KGCrt3yPCk/QUrC7rl1E6F+2JeEWxQebNK8 GdlzMHiiXZMMqQuX0mZi7RMIIpjEOFXwQVDyQrx4Zrzhyl91pbPfQ+8WFj+y64op5o23bomj vwPmy4wHS6qhiaY0O098/r6sc6dyGnidzm0p55z6aXClQH+qmaruWH3N9avzmJ9fVshiIcCt zLrlZo2rcTJhoJEsc4E0z94xUNNPKspj3IK74DkfjBAgiKV4zjH3pzoYbCp4bhe4cVEv+ibW CrBDBMCV1TedPbDYSYhM0mPavlWJ/SAKx0gTJqYuZel7yNYsDw/R0Tbq7D8SlZX4vJULAu88 bk0AEQEAAcLBZQQYAQIADwUCVAjJQQIbDAUJCWYBgAAKCRBZPu0FvD72/RJJD/9i8hlljqEw BgYc74ComM2q0t1kDWQrhR0nwf114OEkUl9zbMRlWVnS71VYM1qNfrQtUJOsDiFUEksNtMEF 3vG6GfMogfHjOKIX0tJckjvYDpEC2C4o1oNySGME26sitl/C6WwrO3lE1zPTTuqZlbaHNywQ SF0BJV/Iq9AWWdfTgkgqJ05MlR2CuiGxCddT8YyRuWUu2pyOBULdJrs8pGa4ZG5n+SFdw7Sf ylH4UI5yWtgfyqE+xer6UwqMj7WgVB0FxAG9jWmVcBdOll7Kn1+MpXsptyZX8UX2uPgTieBn 9hBXd8GArCG997pWlwS1mvMNwPxXUElvTQTOImJT8UYPuXl5/qGo6ciqjy3rR1kTTDeDUh1U qbviUakZUwztxwp/6XkNDgfyGn9xzdwy2XW47WWONMZdYkfUzIA9n59jJQBct3Uin43ggEGD /XGp9TIHmxO9vTCO0Ibc7lGHR8voiTvxDTZUoBaOQy8EarLBBqlmoNMVj4HJ4lABESE08xyX nr0nmYeU4R8g9e9z8J/rSIUeGyuURcv4J88Kh3JJfB8O6NOpudciOHVFXmrTU5gIja5lt4kJ 73oYy2TmFzl8eKL7Fnb0J9NXVKN4Al3RFkOckCzkERkwnK6tYcwhHf/74svaE7KTa3GSX9aW 6NxCpAsFDwJbauda2prWMzruCg== Message-ID: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> Date: Mon, 13 Aug 2018 22:15:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="f0thOhpCELH0FtOzDCrS8wBjUSfHCH7xL" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 20:15:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --f0thOhpCELH0FtOzDCrS8wBjUSfHCH7xL Content-Type: multipart/mixed; boundary="ZY8nTSAkxRjtHmIRZuAJc1WBjADAcnVLE"; protected-headers="v1" From: Alexander Lochmann To: Eugene Grosbein , freebsd-stable@freebsd.org Message-ID: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> Subject: Re: FreeBSD blocks on BOCHS serial port References: In-Reply-To: --ZY8nTSAkxRjtHmIRZuAJc1WBjADAcnVLE Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 13.08.2018 21:36, Eugene Grosbein wrote: > 13.08.2018 20:52, Alexander Lochmann wrote: >=20 >> Hi folks! >> >> We are doing some automatic experiments using FreeBSD running in a >> virtual machine. >> To control the experiment from the outside, we use serial ports to >> communicate with an userspace program. >> The communication via serial does work with QEMU. However, it does not= >> work with BOCHS which is our desired emulator. >> Even simple operations like 'echo FOO | tee /dev/ttyu1' or 'cat >> /dev/ttyu1' do not work. Both commands block 'forever'. >> It does not matter whether we use ttyu0 (file backend) or ttyu1 (tcp >> socket). >> I put some debug output in sys/dev/uart/uart_dev_ns8250.c. The output >> suggests that the driver more or less reads and writes to the serial >> ports. At least it does something... >> >> Do you have any hints how we can further analyze this problem? >> Did anyone came across a similar problem? >=20 > This could be modem control line "Carrier Detection" (CD) or flow contr= ol problem: > emulators can have distinct default settings for serial ports. >=20 > You should not rely on defaults and make sure you disable modem control= /CD > either explicitly (using stty(1) etc.) or implicitly by switching to /d= ev/cuau0 > instead of /dev/ttyu0. Flow control settings should match too, for both= sides > of virtual port. Thx. I cannot even run 'stty < /dev/ttyu1' to see the current settings. It simply blocks... 'stty < /dev/ttyu0' works perfectly. ttyu0 uses a file-based backend. Whereas ttyu1 uses a tcp server-based backend with a connected netcat. >=20 >=20 --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --ZY8nTSAkxRjtHmIRZuAJc1WBjADAcnVLE-- --f0thOhpCELH0FtOzDCrS8wBjUSfHCH7xL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAltx5uIACgkQWT7tBbw+ 9v1zng//Wxrt7QjZEqbyvyhiDjBCD2bSu9QZI/fuHzNC6ts/6foPiTsHg9DIORDF wQfbZlqKI14Mb50/qnie9p8SmB1bCs40eXE7vresM7awzzK9hf0CeRVO1JMSfnHL We8GC39cAnG2lpsLJqvL3V+hfMD7Ev2PJ4LavrAC7h1mdnBHrHr3ApwvxcqXtmtH wrI8XcYnbL0rdqoMRtgGOXvNDGxZUzrUQUFMR16Dyojsfx/VMJwXCnnW6R+E+8sG 0haLfLS4XtxFlPcNHlFOP9xY73bl6ThWLiN5AVL+ExeGyj8AZHYW/l+M21LvgOer xBRRIO/JAUaB6rSEQPUTKSAD0nBEy3H7Ib/XKdnx55HaGL4eCM+xy/HpxOI8LWgu HPouz0/goEpCcydI5mg3ucEkkmqFFje3vKShPMSlbad/zlgOyexRNgq376m4GmDV BUxJbXZe5ZJltSuKfsMPmMT9PBIfrXf7SRm2/WQLr13BwKRRTsdburxaIJm31fqf IsS2vlsh4JsVXhd5XP0QBXz3cHdrKdMmfJ5TozE4Lj7Phwxemdkh7yJeFB3VKeHS QjZwgxXL7uMfsyNal+LEQ4h2spaKwg7SSiuCl03MQ0MLETcKZqCvFRGzret5StAi 6GjVxj9VXHBUNsN+7skuw0ZFEYxZWghJ5GogRfaTVX94TDNBgxM= =uqRA -----END PGP SIGNATURE----- --f0thOhpCELH0FtOzDCrS8wBjUSfHCH7xL-- From owner-freebsd-stable@freebsd.org Mon Aug 13 20:49:58 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 70FA4107D429 for ; Mon, 13 Aug 2018 20:49:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DDC1B8C936 for ; Mon, 13 Aug 2018 20:49:57 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w7DKnnkP049937 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Aug 2018 22:49:49 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: alexander.lochmann@tu-dortmund.de Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w7DKnjT3048130 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 14 Aug 2018 03:49:45 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeBSD blocks on BOCHS serial port To: Alexander Lochmann , freebsd-stable@freebsd.org References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> From: Eugene Grosbein Message-ID: <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> Date: Tue, 14 Aug 2018 03:49:32 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3pp5u9JEWDeoe1NXF2oiQtwjAhmfvN0i9" X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 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.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 20:49:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3pp5u9JEWDeoe1NXF2oiQtwjAhmfvN0i9 Content-Type: multipart/mixed; boundary="7XRsW6vMNX7SncFoamQBASr1PWgNf3ooX"; protected-headers="v1" From: Eugene Grosbein To: Alexander Lochmann , freebsd-stable@freebsd.org Message-ID: <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> Subject: Re: FreeBSD blocks on BOCHS serial port References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> In-Reply-To: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> --7XRsW6vMNX7SncFoamQBASr1PWgNf3ooX Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 14.08.2018 3:15, Alexander Lochmann wrote: >> You should not rely on defaults and make sure you disable modem contro= l/CD >> either explicitly (using stty(1) etc.) or implicitly by switching to /= dev/cuau0 >> instead of /dev/ttyu0. Flow control settings should match too, for bot= h sides >> of virtual port. > Thx. I cannot even run 'stty < /dev/ttyu1' to see the current settings.= > It simply blocks... Use /dev/ttyu1.init to see defaults and /dev/ttyu1.lock to set/show locked defaults that cannot be changed without disabling a lock first. --7XRsW6vMNX7SncFoamQBASr1PWgNf3ooX-- --3pp5u9JEWDeoe1NXF2oiQtwjAhmfvN0i9 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 iQEcBAEBAgAGBQJbce7jAAoJELDNGvImmIsoSycH/2oDuWrGUUeGU8e/HTpUFKKy 3HJkw+IDYhohJID2GSFWykXnFJ9bJmQp7LAuJE1QZ+zKuwn0t6bekcZ7QZ98oE3X eV1Okq5LYc040pEddhXGT0KjcbQVjEM/SDH+2wMSr8cudUuNnHUeAxikqCdx/JQi EdrTlDWkLJh9g2GZQgAuTeddhs/01x99GVBIf9jOT3u0lAd7Bq4rYjotyZJfF2+A 1imPT5cYn2hYdl8zwkeG+xItmk1F67FdjqG0EyGfVzDR6TJJziFQl/hWaWHZBoM5 ZM+aF4W5lYTYW99WlBdEN+l2w/sRg00UdMJ61KWiPfAfCV8t6HRlDuxmuRDKKRg= =06sq -----END PGP SIGNATURE----- --3pp5u9JEWDeoe1NXF2oiQtwjAhmfvN0i9-- From owner-freebsd-stable@freebsd.org Mon Aug 13 22:00:44 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0C6F107EFEE for ; Mon, 13 Aug 2018 22:00:43 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 698138F46F for ; Mon, 13 Aug 2018 22:00:43 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id 2DF06107EFEB; Mon, 13 Aug 2018 22:00:43 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C011107EFEA for ; Mon, 13 Aug 2018 22:00:43 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74F0C8F46B for ; Mon, 13 Aug 2018 22:00:42 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41q8ml3Dk6z1B6; Tue, 14 Aug 2018 00:00:39 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1534197618; x=1536789619; bh=jez 6acpdvdcvm6xkZpt0j0ZHX4hsW5AEoJuX9e/0Yeg=; b=IGs5QFJ9sWlx3heEOcX rCbu5FsR3Po6BEYDWZG1iD0ZVmruaocHF2zXeHoh/3RIeSaqPIElQu+DKqLKwveE jw/IjIk/PsldGeIF/tQ5wejJ1lDIPn+6pB/oGQ5Fhf8xGUfchfzXx8dImuEbjgd0 7Ae64EhI9QfqvoIf7PRNkl7I= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id Q1iHiSnKnQjQ; Tue, 14 Aug 2018 00:00:18 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41q8mL1zwbz19j; Tue, 14 Aug 2018 00:00:18 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41q8mL0xG4zsl; Tue, 14 Aug 2018 00:00:18 +0200 (CEST) Received: from sleepy.ijs.si (2001:1470:ff80:e001::76) by webmail.ijs.si with HTTP (HTTP/1.1 POST); Tue, 14 Aug 2018 00:00:18 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 14 Aug 2018 00:00:18 +0200 From: Mark Martinec To: stable@freebsd.org Cc: Volodymyr Kostyrko Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Organization: Jozef Stefan Institute In-Reply-To: <8af780b9-1d8c-8279-dacd-eb1c8d199dec@b1t.name> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <8af780b9-1d8c-8279-dacd-eb1c8d199dec@b1t.name> Message-ID: <6cd192462e9c41d106cabb16bb61e0fe@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 13 Aug 2018 22:00:44 -0000 2018-08-13 21:48, Volodymyr Kostyrko wrote: > I've been in the same situation. ZFS, only pool, no ZFS errors. > > I think the problem is rather between swapping and ZFS ARC. This host > has different load, sometimes it needs more active memory, somtimes > less... This means that active zone can expand and shrink like +-2G os > mem (I have 16Gb installed there). The problem is, when huge task is > idle it doesn't use much active memory and other activity is pushing > it's memory to the swap. When active runs low and ARC runs >50% of > memory it becomes very hard to make ARC give some memory back. My host > even was broght to the point when it couldn't get tasks back into > memory from swap, because while some pages were restored from swap the > time passes by and the other pages are instead stored to swap due to > zome ARC activity. Finally active zone shrinks so bad that the host > becomes unresponsive. > > Like 6 month ago I tried tweaking kernel and swap to make things go > other way. Currently I have `vm.swap_idle_enabled=1` in > /etc/loader.conf and looks like this solves my problem. The other > interesting things to look at are `vfs.zfs.arc_free_target`, > `vfs.zfs.arc_shrink_shift`, `vfs.zfs.arc_grow_retry`. > > Or you can take another route and plain limit current ARC size with > `vfs.zfs.arc_max`. What you describe is not the same problem as the one I described in this thread. In my case the ZFS malloc'ed memory ("solaris" zone) is growing, while the size of the ARC remains capped to a reasonably low value, and the ARC even shrinks as the "solaris" zone approaches the memory size. I too have been bitten previously by the ARC size being reluctant to shrink. Ths problem is described here, but only partially mitigated now in the 11.? version: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 The usually suggested workaround is to limit the size of the ARC, although it would be nice to find a solution to handle ARC UMA shrinking automatically, like it worked well in FreeBSD 9 but broke in FreeBSD 10. Like I said, the problem I described in this thread is different. Mark From owner-freebsd-stable@freebsd.org Tue Aug 14 02:47:25 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE7251066839 for ; Tue, 14 Aug 2018 02:47:25 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6329F7A2DF for ; Tue, 14 Aug 2018 02:47:25 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fpPMn-000NBK-7P; Tue, 14 Aug 2018 04:47:29 +0200 Date: Tue, 14 Aug 2018 04:47:29 +0200 From: Kurt Jaeger To: Eugene Grosbein Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD blocks on BOCHS serial port Message-ID: <20180814024729.GM2118@home.opsec.eu> References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 02:47:26 -0000 Hi! > 14.08.2018 3:15, Alexander Lochmann wrote: > > >> You should not rely on defaults and make sure you disable modem control/CD > >> either explicitly (using stty(1) etc.) or implicitly by switching to /dev/cuau0 > >> instead of /dev/ttyu0. Flow control settings should match too, for both sides > >> of virtual port. > > Thx. I cannot even run 'stty < /dev/ttyu1' to see the current settings. > > It simply blocks... > > Use /dev/ttyu1.init to see defaults and /dev/ttyu1.lock to set/show > locked defaults that cannot be changed without disabling a lock first. Thanks for this pointer! Is that behaviour written down/explained somewhere in the man pages ? -- pi@FreeBSD.org +49 171 3101372 2 years to go ! From owner-freebsd-stable@freebsd.org Tue Aug 14 08:18:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 77DCD107035A for ; Tue, 14 Aug 2018 08:18:08 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EEED783E40; Tue, 14 Aug 2018 08:18:07 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w7E8I0ht054565 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 14 Aug 2018 10:18:01 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: pi@freebsd.org Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w7E8HuHd054366 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 14 Aug 2018 15:17:56 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeBSD blocks on BOCHS serial port To: Kurt Jaeger References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> <20180814024729.GM2118@home.opsec.eu> Cc: freebsd-stable@freebsd.org From: Eugene Grosbein Message-ID: Date: Tue, 14 Aug 2018 15:17:50 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20180814024729.GM2118@home.opsec.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 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.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 08:18:08 -0000 14.08.2018 9:47, Kurt Jaeger wrote: >> 14.08.2018 3:15, Alexander Lochmann wrote: >> >>>> You should not rely on defaults and make sure you disable modem control/CD >>>> either explicitly (using stty(1) etc.) or implicitly by switching to /dev/cuau0 >>>> instead of /dev/ttyu0. Flow control settings should match too, for both sides >>>> of virtual port. >>> Thx. I cannot even run 'stty < /dev/ttyu1' to see the current settings. >>> It simply blocks... >> >> Use /dev/ttyu1.init to see defaults and /dev/ttyu1.lock to set/show >> locked defaults that cannot be changed without disabling a lock first. > > Thanks for this pointer! Is that behaviour written down/explained > somewhere in the man pages ? Sort of. Default serial driver for modern FreeBSD is uart(4) that documents these file names extremely concisely but does not explain their meaning. Legacy serial driver sio(4) has manual page describing them in detail. From owner-freebsd-stable@freebsd.org Tue Aug 14 09:18:33 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92C76107272B for ; Tue, 14 Aug 2018 09:18:33 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 28A1186955 for ; Tue, 14 Aug 2018 09:18:33 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id DAF23107272A; Tue, 14 Aug 2018 09:18:32 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7FC91072729 for ; Tue, 14 Aug 2018 09:18:32 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-pg1-f177.google.com (mail-pg1-f177.google.com [209.85.215.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D22486951; Tue, 14 Aug 2018 09:18:32 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-pg1-f177.google.com with SMTP id f1-v6so8836903pgq.12; Tue, 14 Aug 2018 02:18:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FoHhHoGH7Kr927IjzB+LwD0xcRhtmvjA4NdS86eQWt8=; b=MCtZUyV43IBxQy9LlJlDxgSMGgo/rhC4DyjRvVeSEn/MmQMCTmAbZL60ZWvE28UIqP 1kCfE/FHvxRF6c4HFrObjn0t96ZBm934aVaL0iuAfghxnM/tjpYKAibBDXtCoY8tQhb5 iJujwNDVj0h/4Nh45CmL1WhEMNwa3yAwr3nCSyLCczWjw+OxHFSz42p6Rmlq7avhMl7H JECV2aEfMOZi8XQfNfck0KVGRDT1ePSRy4h+lyhKZ8HThIeNgeE6DnqI5e6Eku+l65LQ E5g5aEsydYuYLiK0Y20MvfJyt9mt8Ni5iQT40cDf0iDjZksdduFpAqmHxFF8zy9uvSM1 /GUQ== X-Gm-Message-State: AOUpUlGEB7f/4zjLMYfUsshvi26xjoZ5srIy8YLMcdGL6xbfO41sMCdR tS2IYM03ZivTHYHOwrv08mP9lnwX X-Google-Smtp-Source: AA+uWPwy+togG8KSbAKZ7XYVH7NmHEEHtUrrGuVMe2LYMFG2qogjYM4w2xi4b08TQ5LmDvuO7PQeXg== X-Received: by 2002:aa7:83cd:: with SMTP id j13-v6mr22591967pfn.236.1534238310849; Tue, 14 Aug 2018 02:18:30 -0700 (PDT) Received: from [192.168.1.36] (broadband-82-140-243-117.atc.tvcom.ru. [82.140.243.117]) by smtp.googlemail.com with ESMTPSA id r19-v6sm33299795pgg.39.2018.08.14.02.18.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Aug 2018 02:18:30 -0700 (PDT) Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 To: Mark Martinec , stable@freebsd.org, Alan Somers Cc: Mark Johnston References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> <20180804170154.GA12146@raichu> <87f6a55cc2ee3d754ddb89475bbfbab8@ijs.si> <20180804194757.GD12146@raichu> From: Andriy Gapon Message-ID: <34871f1f-b890-a129-7ead-ed15d8e2e22e@FreeBSD.org> Date: Tue, 14 Aug 2018 12:18:28 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 09:18:33 -0000 On 07/08/2018 15:58, Mark Martinec wrote: > Collected, here it is: > >   https://www.ijs.si/usr/mark/tmp/dtrace-cmd.out.bz2 I see one memory leak, not sure if it's the only one. It looks like vdev_geom_read_config() leaks all parsed vdev nvlist-s but the last. The problems seems to come from r316760. Before that commit the function would return upon finding the first valid config, but now it keeps iterating. The memory leak should not be a problem when vdev-s are probed sufficiently rarely, but it appears that with an unhealthy pool the probing can happen much more frequently (e.g., every time pools are listed). -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Aug 14 10:48:02 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C0EB1073F91 for ; Tue, 14 Aug 2018 10:48:02 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id D09E4895A9; Tue, 14 Aug 2018 10:48:01 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 327B837855; Tue, 14 Aug 2018 12:39:00 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.966 X-Spam-Level: X-Spam-Status: No, score=-100.966 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.034, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id B1FXinGxlZRN; Tue, 14 Aug 2018 12:38:59 +0200 (CEST) Received: from localhost (p5793BBD5.dip0.t-ipconnect.de [87.147.187.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id A6AF03784E; Tue, 14 Aug 2018 12:38:59 +0200 (CEST) Date: Tue, 14 Aug 2018 12:38:57 +0200 From: Marco Steinbach To: Alan Somers Cc: FreeBSD Subject: Re: Jails on ZFS yielding 100% load on gstat Message-ID: <20180814123857.00004bf0@executive-computing.de> In-Reply-To: References: <20180812205047.00002767@executive-computing.de> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-w64-mingw32) 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.27 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, 14 Aug 2018 10:48:02 -0000 On Mon, 13 Aug 2018 08:09:00 -0600 Alan Somers wrote: > Jails probably aren't the source of your problem. You need to find > out what process or processes are responsible for all this activity. > Since the write bandwidth is fairly low, you might have a process > that's sync(2)ing or fsync(2)ing. too often. "gstat -o" will show if > that's the case. You can also try running "top -mio" to see which > processes are doing the most I/O. > > -Alan [...] Thank you for hinting me to the -o flag of gstat, very useful. MfG CoCo From owner-freebsd-stable@freebsd.org Tue Aug 14 13:57:57 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A3C7D1078D67 for ; Tue, 14 Aug 2018 13:57:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35EFC8FF42 for ; Tue, 14 Aug 2018 13:57:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22f.google.com with SMTP id h20-v6so19655225itf.2 for ; Tue, 14 Aug 2018 06:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=4+Z16LvZEzHHzQNFVMwwtj1wmUlrKnG5Rr422q3hUC0=; b=JLLnACyW+Ao4tG0yFnHBC5L/KqXf4ZlX0rsAUyMrIVxrcT8OrTbzlTFevscmV8pT0o 6RYUHWbNb7KJGqOQCT5x2N3SXAJj8LrwMbFFEeEFf1rv90iRqHiPy9qI1EoT2P49oTLe CK6hvaU0yKrV111gbSondVazUSFvcab6tjZf1pb2icC5mx80XE+HD2YRHcLBkgKUMBNO V1aiYevQM4tCWrii/bkgFd1NJDIeTsopXTl4ezTS9dOjLSLzYzoHxWjmWDV7MGZci3j0 RsDZh3sf/rwLV31EH0tV8XSQU1pcrT/gnQ1FxLaZMFG+vcKQKGP09OJZM3i+oiEd5oa2 HZBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=4+Z16LvZEzHHzQNFVMwwtj1wmUlrKnG5Rr422q3hUC0=; b=ODnRKfZAaH47HdMhmDTKtgvoU2hMgUWQ2f8cwddtgqTCwgwinRD3KdoACf7aCFMAq6 7oIJWWj4E/pcn3UX1ohXl6XGM8+6Log100sinE1aMQm2SL+pof+Nx92vHq+i8wpJMQOw JXCwONpAiF8iLDstxomFMQ2qLJioQfQh71yLv+l/wLPgRKr+FOxZ72tdJ3ZXfp2YcCJn XstlUr+G900yWd0zeYnMzozOFW2qX1NjnwXWWfJPS7PeGTZQNUO/B8whvnBcMSQ5DE83 TDpfOTEcq0AbvxUMueybGxVgeB1YeiS/yguxcH2WvN7k+QRomiJ2Xb7QLn1bs+Q+x0RS 4fVA== X-Gm-Message-State: AOUpUlF2z2PhYe+JDatyBccbDeClCAcFp4J49nVC9/f7efrvuMZi/Tv8 crUUQQ8VqYbw5iin2kMKHtcmvw5pY8I/JAWXSwAVxfrbUSo= X-Google-Smtp-Source: AA+uWPymbtAV/lILW2DH88v/2lenqbmkEHY/re8qSZ9xbNh+kzMN5FhLgUlqMOjb8VOSGcu2vWE854YDY7ZjYB71NTc= X-Received: by 2002:a24:3ec3:: with SMTP id s186-v6mr14515832its.73.1534255076390; Tue, 14 Aug 2018 06:57:56 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:381a:0:0:0:0:0 with HTTP; Tue, 14 Aug 2018 06:57:55 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> <20180814024729.GM2118@home.opsec.eu> From: Warner Losh Date: Tue, 14 Aug 2018 07:57:55 -0600 X-Google-Sender-Auth: svOB_U9EuYt1obaIBXDV_a6lhXs Message-ID: Subject: Re: FreeBSD blocks on BOCHS serial port To: Eugene Grosbein Cc: Kurt Jaeger , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 13:57:57 -0000 On Tue, Aug 14, 2018 at 2:17 AM, Eugene Grosbein wrote: > 14.08.2018 9:47, Kurt Jaeger wrote: > > >> 14.08.2018 3:15, Alexander Lochmann wrote: > >> > >>>> You should not rely on defaults and make sure you disable modem > control/CD > >>>> either explicitly (using stty(1) etc.) or implicitly by switching to > /dev/cuau0 > >>>> instead of /dev/ttyu0. Flow control settings should match too, for > both sides > >>>> of virtual port. > >>> Thx. I cannot even run 'stty < /dev/ttyu1' to see the current settings. > >>> It simply blocks... > >> > >> Use /dev/ttyu1.init to see defaults and /dev/ttyu1.lock to set/show > >> locked defaults that cannot be changed without disabling a lock first. > > > > Thanks for this pointer! Is that behaviour written down/explained > > somewhere in the man pages ? > > Sort of. Default serial driver for modern FreeBSD is uart(4) that documents > these file names extremely concisely but does not explain their meaning. > Legacy serial driver sio(4) has manual page describing them in detail. I've copied the sio.4 text into uart.4 since it was good at explaining. Warner From owner-freebsd-stable@freebsd.org Tue Aug 14 14:43:28 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 886BE107A1A4 for ; Tue, 14 Aug 2018 14:43:28 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2A20272644 for ; Tue, 14 Aug 2018 14:43:27 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id 13E5A377C7; Tue, 14 Aug 2018 12:28:07 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.928 X-Spam-Level: X-Spam-Status: No, score=-100.928 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.005, TW_ZF=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id kCubOWjM_kNA; Tue, 14 Aug 2018 12:28:06 +0200 (CEST) Received: from localhost (p5793BBD5.dip0.t-ipconnect.de [87.147.187.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 58E8D377C1; Tue, 14 Aug 2018 12:28:06 +0200 (CEST) Date: Tue, 14 Aug 2018 12:28:04 +0200 From: Marco Steinbach To: Mike Tancsa Cc: freebsd-stable@freebsd.org Subject: Re: Jails on ZFS yielding 100% load on gstat Message-ID: <20180814122731.00003176@executive-computing.de> In-Reply-To: <44a44e1d-ab92-38ec-e990-8fec925fb345@sentex.net> References: <20180812205047.00002767@executive-computing.de> <44a44e1d-ab92-38ec-e990-8fec925fb345@sentex.net> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-w64-mingw32) 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.27 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, 14 Aug 2018 14:43:28 -0000 On Mon, 13 Aug 2018 10:12:26 -0400 Mike Tancsa wrote: > On 8/12/2018 2:50 PM, Marco Steinbach wrote: > > > > These loads lead to the system suffering from very much delayed > > responses to even the basic task of echoing characters entered on > > the console, consequently rendering the services offered unusable > > to the users because of the delays. > > > Do you have a LOT of files and or metadata ? Have a look at the cache > stats to see if you are perhaps grinding away on big directory > lookups? Install sysutils/zfs-stats and post > zfs-stats -a > > Also, does > top -mio -I > shed any light as to whats taking up the disk io ? > > ---Mike I've had these kinds of sudden load spikes on my raidz1 setups in the past, which I can't remember seeing, before all machines were migrated from UFS to ZFS. Stats during these spikes, that is, if the machine in question would still respond to commands, did show 100% load on gstat, with ZFS having low throughput (typically less than a megabyte per second). Top display varied wildly, up to the point where each and any process accessing storage would put loads > 80% on IO. Which was kind of to be expected, since something was clogging the queue. In this particular case, as noted in another post, a customers php script ran into a defective MySQL table, and instead of simply erroring out kept hammering it. Leading to what I assume to be a myriad of small IO operations -- probably amplified by the blocksize clash between MySQL and ZFS, which otherwise never impacted performance in my use-cases m| I'll gather more detailed stats the next time I see ZFS storage bogging down. MfG CoCo From owner-freebsd-stable@freebsd.org Tue Aug 14 14:43:29 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9C3D107A1A5 for ; Tue, 14 Aug 2018 14:43:28 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2A18572643 for ; Tue, 14 Aug 2018 14:43:27 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id CD911376E8; Tue, 14 Aug 2018 11:57:03 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.928 X-Spam-Level: X-Spam-Status: No, score=-100.928 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=-0.005, TW_ZJ=0.077, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id 2BP8lqkmFGVe; Tue, 14 Aug 2018 11:57:03 +0200 (CEST) Received: from localhost (p5793BBD5.dip0.t-ipconnect.de [87.147.187.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id 2D4A2376E1; Tue, 14 Aug 2018 11:57:03 +0200 (CEST) Date: Tue, 14 Aug 2018 11:57:01 +0200 From: Marco Steinbach To: "Kevin P. Neal" Cc: freebsd-stable@freebsd.org Subject: Re: Jails on ZFS yielding 100% load on gstat Message-ID: <20180814115701.00007c83@executive-computing.de> In-Reply-To: <20180813145601.GA1072@neutralgood.org> References: <20180812205047.00002767@executive-computing.de> <20180813145601.GA1072@neutralgood.org> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-w64-mingw32) 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.27 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, 14 Aug 2018 14:43:29 -0000 On Mon, 13 Aug 2018 10:56:01 -0400 "Kevin P. Neal" wrote: > On Sun, Aug 12, 2018 at 08:50:47PM +0200, Marco Steinbach wrote: > > Hi there. > > > > % zpool list > > NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH > > ALTROOT zroot 5.41T 670G 4.75T - 13% 12% 1.00x > > ONLINE - > > > > % uname -a > > FreeBSD XXX 11.1-STABLE FreeBSD 11.1-STABLE #0 r322984 [...] amd64 > > > > > > I'm running multiple jails on ZFS, using ezjail to manage them, > > including a websever and a mailserver. The mailserver is using a > > MySQL database, otherwise depending on dovecot and postfix. Very > > low volume, just a few polls / logins per minute. > > > > I am experiencing very high loads as per gstat: > > > > dT: 1.021s w: 1.000s > > L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name > > 4 181 0 0 0.0 169 873 20.1 98.2| ada0 > > 2 111 0 0 0.0 100 540 7.3 90.6| ada1 > > 0 88 0 0 0.0 76 458 1.4 43.3| ada2 > > 0 0 0 0 0.0 0 0 0.0 0.0| > > ada0p1 3 150 0 0 0.0 150 603 20.2 95.1| > > ada0p2 1 31 0 0 0.0 20 270 19.2 117.0| > > ada0p3 0 0 0 0 0.0 0 0 0.0 0.0| > > gpt/gptboot0 0 0 0 0 0.0 0 0 0.0 > > 0.0| ada1p1 1 85 0 0 0.0 85 341 8.4 > > 68.9| ada1p2 1 25 0 0 0.0 15 200 0.9 > > 75.0| ada1p3 0 0 0 0 0.0 0 0 0.0 > > 0.0| ada2p1 0 62 0 0 0.0 62 251 1.6 > > 9.9| ada2p2 0 26 0 0 0.0 15 208 0.5 > > 42.0| ada2p3 0 0 0 0 0.0 0 0 0.0 > > 0.0| gpt/gptboot1 0 0 0 0 0.0 0 0 > > 0.0 0.0| gpt/gptboot2 > > Say, these don't look very evenly spread. > > What's ada0p3? I posted 'list', instead of 'zpool status' :/ It's the third drive in my raidz1. > > These loads lead to the system suffering from very much delayed > > responses to even the basic task of echoing characters entered on > > the console, consequently rendering the services offered unusable > > to the users because of the delays. > > How much memory does your machine have, and how much is being used by > ZFS? You can get that from the default top display if you want. > > You can also use 'zpool iostat ' to see how much traffic is > going to specifically ZFS. > I see a lot of imbalanced IO on my zpools, although I am using the exact same model and firmware level drives in my raidz1 setups. All my machines have at least 32GB, I've limited the maximum ARC size to 4GB, though, since last time I checked ZFS took quite a large piece of the cake, and didn't give it back, when not limited by setting vfs.zfs.arc_max in loader.conf :) I've since found the culprit, I think. Please see my other post in this thread. MfG CoCo From owner-freebsd-stable@freebsd.org Tue Aug 14 15:06:23 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B934B107AEDE for ; Tue, 14 Aug 2018 15:06:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smarthost2.sentex.ca", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 00A7B73A9C for ; Tue, 14 Aug 2018 15:06:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5:0:0:0:11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w7EF6MGP011020 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Aug 2018 11:06:22 -0400 (EDT) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.ca [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w7EF6KDR044291; Tue, 14 Aug 2018 11:06:20 -0400 (EDT) (envelope-from mike@sentex.net) Subject: Re: Jails on ZFS yielding 100% load on gstat To: Marco Steinbach Cc: freebsd-stable@freebsd.org References: <20180812205047.00002767@executive-computing.de> <20180813145601.GA1072@neutralgood.org> <20180814115701.00007c83@executive-computing.de> From: Mike Tancsa Openpgp: preference=signencrypt Autocrypt: addr=mike@sentex.net; prefer-encrypt=mutual; keydata= xsBNBEzcA24BCACpwI/iqOrs0GfQSfhA1v6Z8AcXVeGsRyKEKUpxoOYxXWc2z3vndbYlIP6E YJeifzKhS/9E+VjhhICaepLHfw865TDTUPr5D0Ed+edSsKjlnDtb6hfNJC00P7eoiuvi85TW F/gAxRY269A5d856bYrzLbkWp2lKUR3Bg6NnORtflGzx9ZWAltZbjYjjRqegPv0EQNYcHqWo eRpXilEo1ahT6nmOU8V7yEvT2j4wlLcQ6qg7w+N/vcBvyd/weiwHU+vTQ9mT61x5/wUrQhdw 2gJHeQXeDGMJV49RT2EEz+QVxaf477eyWsdQzPVjAKRMT3BVdK8WvpYAEfBAbXmkboOxABEB AAHNHG1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5jYT7CwHgEEwECACIFAkzcA24CGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEJXHwM2kc8rX+sMH/2V6pTBKsQ5mpWWLgs6wVP2k BC+6r/YKNXv9Rw/PrC6+9hTbgA+sSjJ+8gxsCbJsOQXZrxF0x3l9oYdYfuKcwdwXFX1/FS8p HfBeDkmlH+dI709xT9wgrR4dS5aMmKp0scPrXPIAKiYVOHjOlNItcLYTEEWEFBepheEVsgmk GrNbcrHwOx/u4igUQ8vcpyXPyUki+BsftPw8ZQvBU887igh0OxaCR8AurJppQ5UQd63r81cX E1ZjoFoWCaGK/SjPb/OhpYpu5swoZIhOxQbn7OtakYPsDd5t2A5KhvjI8BMTnd5Go+2xsCmr jlIEq8Bi29gCcfQUvNiClevi13ifmnnOwE0ETNwDbgEIALWGNJHRAhpd0A4vtd3G0oRqMBcM FGThQr3qORmEBTPPEomTdBaHcn+Xl+3YUvTBD/67/mutWBwgp2R5gQOSqcM7axvgMSHbKqBL 9sd1LsLw0UT2O5AYxv3EwzhG84pwRg3XcUqvWA4lA8tIj/1q4Jzi5qOkg1zxq4W9qr9oiYK5 bBR638JUvr3eHMaz/Nz+sDVFgwHmXZj3M6aE5Ce9reCGbvrae7H5D5PPvtT3r22X8SqfVAiO TFKedCf/6jbSOedPN931FJQYopj9P6b3m0nI3ZiCDVSqeyOAIBLzm+RBUIU3brzoxDhYR8pz CJc2sK8l6YjqivPakrD86bFDff8AEQEAAcLAXwQYAQIACQUCTNwDbgIbDAAKCRCVx8DNpHPK 1+iQB/99aqNtez9ZTBWELj269La8ntuRx6gCpzfPXfn6SDIfTItDxTh1hrdRVP5QNGGF5wus N4EMwXouskva1hbFX3Pv72csYSxxEJXjW16oV8WK4KjKXoskLg2RyRP4uXqL7Mp2ezNtVY5F 9nu3fj4ydpHCSaqKy5xd70A8D50PfZsFgkrsa5gdQhPiGGEdxhq/XSeAAnZ4uVLJKarH+mj5 MEhgZPEBWkGrbDZpezl9qbFcUem/uT9x8FYT/JIztMVh9qDcdP5tzANW5J7nvgXjska+VFGY ryZK4SPDczh74mn6GI/+RBi7OUzXXPgpPBrhS5FByjwCqjjsSpTjTds+NGIY Organization: Sentex Communications Message-ID: <4d4e6b22-ae3d-e598-24c5-37d0a87d90a2@sentex.net> Date: Tue, 14 Aug 2018 11:06:21 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180814115701.00007c83@executive-computing.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.83 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 15:06:24 -0000 On 8/14/2018 5:57 AM, Marco Steinbach wrote: > > All my machines have at least 32GB, I've limited the maximum ARC size > to 4GB, though, since last time I checked ZFS took quite a large piece > of the cake, and didn't give it back, when not limited by setting > vfs.zfs.arc_max in loader.conf :) BTW for recent RELENG_11 boxes this is now a run time tunable. > > I've since found the culprit, I think. Please see my other post in this > thread. What was the issue ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 x203 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada From owner-freebsd-stable@freebsd.org Tue Aug 14 16:49:34 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6869A107E070 for ; Tue, 14 Aug 2018 16:49:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0507E7A5F6 for ; Tue, 14 Aug 2018 16:49:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BE5AA107E06F; Tue, 14 Aug 2018 16:49:33 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACFCC107E06E for ; Tue, 14 Aug 2018 16:49:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CE3F7A5EE for ; Tue, 14 Aug 2018 16:49:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 9BA201A011 for ; Tue, 14 Aug 2018 16:49:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7EGnWIB089165 for ; Tue, 14 Aug 2018 16:49:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7EGnWZi089164 for stable@FreeBSD.org; Tue, 14 Aug 2018 16:49:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 230620] "install -d" issue Date: Tue, 14 Aug 2018 16:49:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 16:49:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230620 Bug ID: 230620 Summary: "install -d" issue Product: Base System Version: 11.1-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: stable@FreeBSD.org Reporter: eugen@freebsd.org Flags: mfc-stable11? install(1) manual page tells that the install utility can create missing pa= rent directories as required if -d options is specified. This mode seems to work half-way only, as it really creates needed directories but fails to copy specified files there: $ cd /tmp $ touch file1 file2 $ install -d dir file1 file2 install: file1 exists but is not a directory $ ls -lR dir total 0 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Tue Aug 14 17:14:12 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFE90107E79B for ; Tue, 14 Aug 2018 17:14:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8B16E7B618 for ; Tue, 14 Aug 2018 17:14:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 50531107E79A; Tue, 14 Aug 2018 17:14:11 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F003107E799 for ; Tue, 14 Aug 2018 17:14:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7ED47B616 for ; Tue, 14 Aug 2018 17:14:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 30A9E1A446 for ; Tue, 14 Aug 2018 17:14:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7EHEAkv068085 for ; Tue, 14 Aug 2018 17:14:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7EHEAuf068084 for stable@FreeBSD.org; Tue, 14 Aug 2018 17:14:10 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 230620] "install -d" issue Date: Tue, 14 Aug 2018 17:14:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: ian@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 14 Aug 2018 17:14:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230620 Ian Lepore changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ian@FreeBSD.org --- Comment #1 from Ian Lepore --- Install -d ONLY creates directories. You are not allowed to specify both directories and filenames on the command line when using -d. This is documented by having a different synopsis line in the manpage for install -= d. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Tue Aug 14 19:53:24 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 826871058982 for ; Tue, 14 Aug 2018 19:53:24 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (mail.moehre.org [195.96.35.7]) by mx1.freebsd.org (Postfix) with ESMTP id 2182984FFA for ; Tue, 14 Aug 2018 19:53:23 +0000 (UTC) (envelope-from coco@executive-computing.de) Received: from mail.moehre.org (unknown [195.96.35.7]) by mail.moehre.org (Postfix) with ESMTP id EB22837688 for ; Tue, 14 Aug 2018 11:47:25 +0200 (CEST) X-Spam-Flag: NO X-Spam-Score: -100.965 X-Spam-Level: X-Spam-Status: No, score=-100.965 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, AWL=0.035, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mail.moehre.org ([195.96.35.7]) by mail.moehre.org (mail.moehre.org [195.96.35.7]) (amavisd-new, port 10024) with ESMTP id 41gw_15-OlDZ for ; Tue, 14 Aug 2018 11:47:24 +0200 (CEST) Received: from localhost (p5793BBD5.dip0.t-ipconnect.de [87.147.187.213]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: coco@executive-computing.de) by mail.moehre.org (Postfix) with ESMTPSA id A9BE73767E for ; Tue, 14 Aug 2018 11:47:24 +0200 (CEST) Date: Tue, 14 Aug 2018 11:47:23 +0200 From: Marco Steinbach To: freebsd-stable@freebsd.org Subject: Re: Jails on ZFS yielding 100% load on gstat Message-ID: <20180814114723.0000310b@executive-computing.de> In-Reply-To: <20180812205047.00002767@executive-computing.de> References: <20180812205047.00002767@executive-computing.de> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-w64-mingw32) 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.27 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, 14 Aug 2018 19:53:24 -0000 On Sun, 12 Aug 2018 20:50:47 +0200 Marco Steinbach wrote: > Hi there. > [...] Thanks for all the answers and suggestions -- one of the MySQL databases contained a defective table, repairing it brought the storage load down to normal levels. I've had defective tables on UFS in the past, and can't remember them bogging down the system as they do, when running on ZFS. I am aware of the blocksize issue, though. Again, thanks for all the suggestions. MfG CoCo From owner-freebsd-stable@freebsd.org Wed Aug 15 00:59:05 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A8AD106C7CD for ; Wed, 15 Aug 2018 00:59:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E916B70C8E for ; Wed, 15 Aug 2018 00:59:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AD7E5106C7CC; Wed, 15 Aug 2018 00:59:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9C37C106C7CA for ; Wed, 15 Aug 2018 00:59:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3BBDA70C8B for ; Wed, 15 Aug 2018 00:59:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 897A11E537 for ; Wed, 15 Aug 2018 00:59:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w7F0x3cW083966 for ; Wed, 15 Aug 2018 00:59:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w7F0x3ua083965 for stable@FreeBSD.org; Wed, 15 Aug 2018 00:59:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 230620] "install -d" issue Date: Wed, 15 Aug 2018 00:59:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: stable@FreeBSD.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Aug 2018 00:59:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230620 --- Comment #2 from Eugene Grosbein --- (In reply to Ian Lepore from comment #1) Thank you for explanation. This is not obvious from the synopsis. Perhaps, = it should be made more clear by replacing "directory ..." with "directory1 ... directoryN" just like previous lines already have "file1 ... file N directo= ry". Also, one can consider this as PR feature request then: teach install(1) to create missing directories while copying files. It could use new "-F" flag = for that to force such creation. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-stable@freebsd.org Wed Aug 15 10:46:34 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 511EC107E135 for ; Wed, 15 Aug 2018 10:46:34 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ED7E184EB9 for ; Wed, 15 Aug 2018 10:46:33 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [192.168.111.102] (p4FD97048.dip0.t-ipconnect.de [79.217.112.72]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.21/8.16.0.21) with ESMTPSA id w7FAkOVQ010752 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 15 Aug 2018 12:46:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1534329986; bh=TYWZKurMlsYdOQSA3xhZK3+lZ+DzpqsyhFMmQZt6wr0=; h=Subject:To:References:From:Date:In-Reply-To; b=riiWPmJh8lPULA4O7As1DHFfbVJpzPqjQQR4XE9Gh8Wg/EO9nX1Fe9yLAQSfMdkNI Ar46PTkFsZdh+FJlrM3VRsBQZ9SSZDcG2EJFozo4fSa/YAkdVKXXC6sBmuDA6X+Ctc sWjszXS0OpmxJ7hdE5rn4X7TKZIeia86zDPXsoaQ= Subject: Re: FreeBSD blocks on BOCHS serial port To: Eugene Grosbein , freebsd-stable@freebsd.org References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> From: Alexander Lochmann Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= xsFNBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABzS9BbGV4YW5kZXIg TG9jaG1hbm4gPGluZm9AYWxleGFuZGVyLWxvY2htYW5uLmRlPsLBfQQTAQgAJwUCWVOVTgIb IwUJCWYBgAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBZPu0FvD72/foqD/9sAlmzATtt wpkcTYTgJcqgfaXI79HYmC6XML7bUAdla30buqsonqXAKN7NT2PNsCxLSyLwk25lkNQz8SgZ ASfh7u//T/0fCuILrR6njh6IYbmlWLO2YU/B5nYx2oT9Bdawp0q858osQV49xvXnVtsQXeE6 fKymk75wNH/XyJRUEV5/edky6nmleNqKlNOGF0f+OswyLtcXSlHV2ZyYGRsS/G1H5tMxtUon tNxgSi217lyKox4IqiBrTDokP6Ka25RGvGjT94WQd23wQBkxT4jG0FY+UiimL0Is9Rjp/arS caWFdZgd5PBO3aVo9Z7E8C0rFqQzhQ2aZtXlKN3jtJxnwRwfNWExOjvjvWG014UaPYH/o1b9 VIEtklFoQ91gQjE7LIryOVLYzHYngU0xaelx9ZkJj6iRWnkwSOLcdF3EqgV16PygfflrlCl8 ze9Yw2nL13Zb0fDHPK3fvCDke3Km5s+6eqN8w1ifimYQgvbnf5hLkVQ/TfTVvLdQcZXpsJz7 G7hH7exxqQdo3rP52KLcIPBL2h4htx+q6zYg0fND/GiVObsZCce4IvJnFa7X8JV8oUg5MaJV +X0suxWiJuFW7k9fYiylpKfJrdcUmVcuoxpEM9T+J7gOj/IIHBS+gqskIcewGhnoR1+rjkoZ dsyXbyPFaAtX+tHtUo55WArXl87BTQRUCMlBARAAnCFuEZ8V7Xh7/x5eP5fdurKMzgi/IsE/ zg/ULy99e9WNTA1/G7fC53jKIeURuEnoLXVWgOIy5Hb/AU5kW2O6ma8yY2CV+D1Mr5rmW6qW vjxdXObqlHLocKV5UALqS9XQoDuadcW3QsRDgfS5vtoVBSctS7L4ncIniXRakZdPWvyMqSra ssCcWurEiafWTzwjzCZycSFcxqgMB1jvOC3yF+SOgUVG6gIcZYyZuNAZO/c/jx3crQ9Emk7l iIbFWERXISi8am16JFISWlrqRNb+MRXtkqrcvb0gqyWTEWUUy754EcWyVRyCSbCuvORzUt0C UqxbapfkhjJDx6V/dvmQpskx+gwEN2NDLYyU3KGCrt3yPCk/QUrC7rl1E6F+2JeEWxQebNK8 GdlzMHiiXZMMqQuX0mZi7RMIIpjEOFXwQVDyQrx4Zrzhyl91pbPfQ+8WFj+y64op5o23bomj vwPmy4wHS6qhiaY0O098/r6sc6dyGnidzm0p55z6aXClQH+qmaruWH3N9avzmJ9fVshiIcCt zLrlZo2rcTJhoJEsc4E0z94xUNNPKspj3IK74DkfjBAgiKV4zjH3pzoYbCp4bhe4cVEv+ibW CrBDBMCV1TedPbDYSYhM0mPavlWJ/SAKx0gTJqYuZel7yNYsDw/R0Tbq7D8SlZX4vJULAu88 bk0AEQEAAcLBZQQYAQIADwUCVAjJQQIbDAUJCWYBgAAKCRBZPu0FvD72/RJJD/9i8hlljqEw BgYc74ComM2q0t1kDWQrhR0nwf114OEkUl9zbMRlWVnS71VYM1qNfrQtUJOsDiFUEksNtMEF 3vG6GfMogfHjOKIX0tJckjvYDpEC2C4o1oNySGME26sitl/C6WwrO3lE1zPTTuqZlbaHNywQ SF0BJV/Iq9AWWdfTgkgqJ05MlR2CuiGxCddT8YyRuWUu2pyOBULdJrs8pGa4ZG5n+SFdw7Sf ylH4UI5yWtgfyqE+xer6UwqMj7WgVB0FxAG9jWmVcBdOll7Kn1+MpXsptyZX8UX2uPgTieBn 9hBXd8GArCG997pWlwS1mvMNwPxXUElvTQTOImJT8UYPuXl5/qGo6ciqjy3rR1kTTDeDUh1U qbviUakZUwztxwp/6XkNDgfyGn9xzdwy2XW47WWONMZdYkfUzIA9n59jJQBct3Uin43ggEGD /XGp9TIHmxO9vTCO0Ibc7lGHR8voiTvxDTZUoBaOQy8EarLBBqlmoNMVj4HJ4lABESE08xyX nr0nmYeU4R8g9e9z8J/rSIUeGyuURcv4J88Kh3JJfB8O6NOpudciOHVFXmrTU5gIja5lt4kJ 73oYy2TmFzl8eKL7Fnb0J9NXVKN4Al3RFkOckCzkERkwnK6tYcwhHf/74svaE7KTa3GSX9aW 6NxCpAsFDwJbauda2prWMzruCg== Message-ID: Date: Wed, 15 Aug 2018 12:46:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QWJBDSBKnukGinkn5KofdJV92CivvBmyK" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Aug 2018 10:46:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QWJBDSBKnukGinkn5KofdJV92CivvBmyK Content-Type: multipart/mixed; boundary="CiO01mPeakU2zdWy6BiELnHdUVlyDSYTk"; protected-headers="v1" From: Alexander Lochmann To: Eugene Grosbein , freebsd-stable@freebsd.org Message-ID: Subject: Re: FreeBSD blocks on BOCHS serial port References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> In-Reply-To: <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> --CiO01mPeakU2zdWy6BiELnHdUVlyDSYTk Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Reading from /dev/cuau1 works. Thank you for your help! However, I'm pretty sure I tried this device before. Nvm. It works. - Alex On 13.08.2018 22:49, Eugene Grosbein wrote: > 14.08.2018 3:15, Alexander Lochmann wrote: >=20 >>> You should not rely on defaults and make sure you disable modem contr= ol/CD >>> either explicitly (using stty(1) etc.) or implicitly by switching to = /dev/cuau0 >>> instead of /dev/ttyu0. Flow control settings should match too, for bo= th sides >>> of virtual port. >> Thx. I cannot even run 'stty < /dev/ttyu1' to see the current settings= =2E >> It simply blocks... >=20 > Use /dev/ttyu1.init to see defaults and /dev/ttyu1.lock to set/show > locked defaults that cannot be changed without disabling a lock first. >=20 >=20 --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --CiO01mPeakU2zdWy6BiELnHdUVlyDSYTk-- --QWJBDSBKnukGinkn5KofdJV92CivvBmyK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAlt0BIAACgkQWT7tBbw+ 9v30yg/+NfQj8cpzhM31INqyteAAeRTVB7rOvtADa+68dIjjsr9m7sHY/h5bMQKC 7vyxaeXJAEOZzIhOXsFMYkTMj8iHtiL6+AKNP/vki9FY+72CYhoiqwsg+PlyoqOd eW7aZwhj4vuWTGu+nVl9Mc3yrLEgXGSoFYBBqLbLRoGw55tYkriTZFoaiMcXSxZM uONiazIMdS7mJ583NiXFZjVY/BjMG9BgdRZHcrJi81TUtMzGeAeMkbRdNgBobT19 /9mYAYhgO0BnuIemsojA9PMRNMAzJUtkcDkF28RCWVrvKQFyRX7Omlkf5+Wjvhk5 RnR+AcsMV76gI0WgjaGWm9WU2M5Vcz0tZexO9qRS3WCgZuYLUalUy5pYFb5o6uzW 9cgdSeZOIhuGpeWZQp8eK80FAbusGRQr6BIGQ3k/xTjSrs6JzXBfzZtAY00KGTNz FT1B/Vn1D5tmM5WBUzLqsNyu3+qiPwMuXJ7rvfLktPxd6FopaJ0321DhAY0cIbxE qknsDCos6g8krRYPSn0OKqMoPJpvuHzwZOMELkg3etLwAiUDLFSG73BklGwna7ya cupeXRfuByHqIunsdPh60rjPl8TCM/4oarO4dEglfr8q0g9VybrYrQNjS4u3WE6P 7TfJfgBh6nV6nWwQ3RenokLHakegN+zHbPB+wvWzam4te8iGABM= =wo/r -----END PGP SIGNATURE----- --QWJBDSBKnukGinkn5KofdJV92CivvBmyK-- From owner-freebsd-stable@freebsd.org Wed Aug 15 11:06:24 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42B44107F591 for ; Wed, 15 Aug 2018 11:06:24 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "unimail.tu-dortmund.de", Issuer "TU Dortmund CA - G01" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B63FA8603F for ; Wed, 15 Aug 2018 11:06:23 +0000 (UTC) (envelope-from alexander.lochmann@tu-dortmund.de) Received: from [192.168.111.102] (p4FD97048.dip0.t-ipconnect.de [79.217.112.72]) (authenticated bits=0) by unimail.uni-dortmund.de (8.16.0.21/8.16.0.21) with ESMTPSA id w7FB6MTe028252 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 15 Aug 2018 13:06:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1534331182; bh=ttha09n99K+IU+80zEckQxa4NM4Lm278YvY+xybf54M=; h=From:To:References:Subject:Date:In-Reply-To; b=jQndj71nQ69Cy2dgHi5TcsAMnGocoGdvFmzN7hpF6O3M7BMB7YDXQZwkUZWti+o7X xz2KjUtupso4ZaXtwF5wcKxDamOEvauR5MYkUCSzUJBxIkbxy5IWsn/ZXtjbnDGsTS Io8fb/hFK1CXc8OCxVZ/nY+bGEDwLALXDOD80uT0= From: Alexander Lochmann To: Eugene Grosbein , freebsd-stable@freebsd.org References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> Openpgp: preference=signencrypt Autocrypt: addr=alexander.lochmann@tu-dortmund.de; prefer-encrypt=mutual; keydata= xsFNBFQIyUEBEADZ+x+Ssg/46SiU66zm2lPGYAdqYfmXVv+sf/23+/KSj0FQHZKywzWjsmgR vWZZVlGJolwcW3MJ/g6ctZeOpfYiZVpzbZwNgKU0ETGjUmqmlq5/o5KnENKOimZzaKSaNn9p IC+EIeWXvu7pQjW0w1bK/RVVNw0p1Iz82W4Z+vKtD8CS+YJLAcZ6YoZMvQEg84O9odlV2Ryp oVj9EzHH40TWEdtgd4pQkaOks01PEr19sJXUjnP0VxLfs91AZjRnmGJKnI4HcrOKwquoQEeL DtHCxK0VNeoXCWkz33uBxSL5cicQ7D09hxjWthMilUpDZT94x0K452q4nybQ1TSLTYC8mlW+ xKUvJmqfHZbITJ10dTgjNvOe0kLbpXeQ1789lNmnA9bkQAK5Cefo55WbXmr1Mo3PV7y0XCib OaiijPlZo/Isc03EOK3lHPK8NuY8G+ftvphO4RyXCUWXw/o01cDnPaIEcTWkUbXvMhf/6ltP 1QWEfkguzGVjTw7Xssm9YuokC+P+49JKRyZzyCJZ022OxMlsX6c1BNZ4+cWUNmn6xr1xRNse SglpMLL1m3K1KuLf1hdAor6PBzFLiLa33lUhsWtg1ACFhpfZZOQRVas2McXTYUUpmCzOYI5F +km5q6cZStr9m7O3Y3DDGotiaJDpLtATwZ4MIM4ADbg/xl6ZgwARAQABzS9BbGV4YW5kZXIg TG9jaG1hbm4gPGluZm9AYWxleGFuZGVyLWxvY2htYW5uLmRlPsLBfQQTAQgAJwUCWVOVTgIb IwUJCWYBgAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRBZPu0FvD72/foqD/9sAlmzATtt wpkcTYTgJcqgfaXI79HYmC6XML7bUAdla30buqsonqXAKN7NT2PNsCxLSyLwk25lkNQz8SgZ ASfh7u//T/0fCuILrR6njh6IYbmlWLO2YU/B5nYx2oT9Bdawp0q858osQV49xvXnVtsQXeE6 fKymk75wNH/XyJRUEV5/edky6nmleNqKlNOGF0f+OswyLtcXSlHV2ZyYGRsS/G1H5tMxtUon tNxgSi217lyKox4IqiBrTDokP6Ka25RGvGjT94WQd23wQBkxT4jG0FY+UiimL0Is9Rjp/arS caWFdZgd5PBO3aVo9Z7E8C0rFqQzhQ2aZtXlKN3jtJxnwRwfNWExOjvjvWG014UaPYH/o1b9 VIEtklFoQ91gQjE7LIryOVLYzHYngU0xaelx9ZkJj6iRWnkwSOLcdF3EqgV16PygfflrlCl8 ze9Yw2nL13Zb0fDHPK3fvCDke3Km5s+6eqN8w1ifimYQgvbnf5hLkVQ/TfTVvLdQcZXpsJz7 G7hH7exxqQdo3rP52KLcIPBL2h4htx+q6zYg0fND/GiVObsZCce4IvJnFa7X8JV8oUg5MaJV +X0suxWiJuFW7k9fYiylpKfJrdcUmVcuoxpEM9T+J7gOj/IIHBS+gqskIcewGhnoR1+rjkoZ dsyXbyPFaAtX+tHtUo55WArXl87BTQRUCMlBARAAnCFuEZ8V7Xh7/x5eP5fdurKMzgi/IsE/ zg/ULy99e9WNTA1/G7fC53jKIeURuEnoLXVWgOIy5Hb/AU5kW2O6ma8yY2CV+D1Mr5rmW6qW vjxdXObqlHLocKV5UALqS9XQoDuadcW3QsRDgfS5vtoVBSctS7L4ncIniXRakZdPWvyMqSra ssCcWurEiafWTzwjzCZycSFcxqgMB1jvOC3yF+SOgUVG6gIcZYyZuNAZO/c/jx3crQ9Emk7l iIbFWERXISi8am16JFISWlrqRNb+MRXtkqrcvb0gqyWTEWUUy754EcWyVRyCSbCuvORzUt0C UqxbapfkhjJDx6V/dvmQpskx+gwEN2NDLYyU3KGCrt3yPCk/QUrC7rl1E6F+2JeEWxQebNK8 GdlzMHiiXZMMqQuX0mZi7RMIIpjEOFXwQVDyQrx4Zrzhyl91pbPfQ+8WFj+y64op5o23bomj vwPmy4wHS6qhiaY0O098/r6sc6dyGnidzm0p55z6aXClQH+qmaruWH3N9avzmJ9fVshiIcCt zLrlZo2rcTJhoJEsc4E0z94xUNNPKspj3IK74DkfjBAgiKV4zjH3pzoYbCp4bhe4cVEv+ibW CrBDBMCV1TedPbDYSYhM0mPavlWJ/SAKx0gTJqYuZel7yNYsDw/R0Tbq7D8SlZX4vJULAu88 bk0AEQEAAcLBZQQYAQIADwUCVAjJQQIbDAUJCWYBgAAKCRBZPu0FvD72/RJJD/9i8hlljqEw BgYc74ComM2q0t1kDWQrhR0nwf114OEkUl9zbMRlWVnS71VYM1qNfrQtUJOsDiFUEksNtMEF 3vG6GfMogfHjOKIX0tJckjvYDpEC2C4o1oNySGME26sitl/C6WwrO3lE1zPTTuqZlbaHNywQ SF0BJV/Iq9AWWdfTgkgqJ05MlR2CuiGxCddT8YyRuWUu2pyOBULdJrs8pGa4ZG5n+SFdw7Sf ylH4UI5yWtgfyqE+xer6UwqMj7WgVB0FxAG9jWmVcBdOll7Kn1+MpXsptyZX8UX2uPgTieBn 9hBXd8GArCG997pWlwS1mvMNwPxXUElvTQTOImJT8UYPuXl5/qGo6ciqjy3rR1kTTDeDUh1U qbviUakZUwztxwp/6XkNDgfyGn9xzdwy2XW47WWONMZdYkfUzIA9n59jJQBct3Uin43ggEGD /XGp9TIHmxO9vTCO0Ibc7lGHR8voiTvxDTZUoBaOQy8EarLBBqlmoNMVj4HJ4lABESE08xyX nr0nmYeU4R8g9e9z8J/rSIUeGyuURcv4J88Kh3JJfB8O6NOpudciOHVFXmrTU5gIja5lt4kJ 73oYy2TmFzl8eKL7Fnb0J9NXVKN4Al3RFkOckCzkERkwnK6tYcwhHf/74svaE7KTa3GSX9aW 6NxCpAsFDwJbauda2prWMzruCg== Subject: Re: FreeBSD blocks on BOCHS serial port Message-ID: Date: Wed, 15 Aug 2018 13:06:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="szmqBnuZtfMF0PCqH52srEM81ryCcpwSe" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Aug 2018 11:06:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --szmqBnuZtfMF0PCqH52srEM81ryCcpwSe Content-Type: multipart/mixed; boundary="0rFB7QHWa6cS3mEUk5aDtkz7SNU2lb32r"; protected-headers="v1" From: Alexander Lochmann To: Eugene Grosbein , freebsd-stable@freebsd.org Message-ID: Subject: Re: FreeBSD blocks on BOCHS serial port References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> In-Reply-To: --0rFB7QHWa6cS3mEUk5aDtkz7SNU2lb32r Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable I've to correct myself. It works if I activate the boot console (console=3D"vidconsole,comconsole"). If I change the mentioned line to console=3D"vidconsole", neither writing= to /dev/ttyu0 nor reading from /dev/cuau1 works. It seems that the FreeBSD loader initialize the serial ports in a different way than the OS does. - Alex On 15.08.2018 12:46, Alexander Lochmann wrote: > Reading from /dev/cuau1 works. Thank you for your help! > However, I'm pretty sure I tried this device before. Nvm. It works. >=20 > - Alex >=20 > On 13.08.2018 22:49, Eugene Grosbein wrote: >> 14.08.2018 3:15, Alexander Lochmann wrote: >> >>>> You should not rely on defaults and make sure you disable modem cont= rol/CD >>>> either explicitly (using stty(1) etc.) or implicitly by switching to= /dev/cuau0 >>>> instead of /dev/ttyu0. Flow control settings should match too, for b= oth sides >>>> of virtual port. >>> Thx. I cannot even run 'stty < /dev/ttyu1' to see the current setting= s. >>> It simply blocks... >> >> Use /dev/ttyu1.init to see defaults and /dev/ttyu1.lock to set/show >> locked defaults that cannot be changed without disabling a lock first.= >> >> >=20 >=20 --=20 Technische Universit=C3=A4t Dortmund Alexander Lochmann PGP key: 0xBC3EF6FD Otto-Hahn-Str. 16 phone: +49.231.7556141 D-44227 Dortmund fax: +49.231.7556116 http://ess.cs.tu-dortmund.de/Staff/al --0rFB7QHWa6cS3mEUk5aDtkz7SNU2lb32r-- --szmqBnuZtfMF0PCqH52srEM81ryCcpwSe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEElhZsUHzVP0dbkjCRWT7tBbw+9v0FAlt0CS0ACgkQWT7tBbw+ 9v2x0Q/+LVNDrzFvY5xj21+jKDlHWcoK5LQ5NKFw6GQaILs3yQnT/brnQzU6JWqW 8d4booxAaK5pZCktk+sNEjaGKqA9IAIPx4crI2qq8BvYm88NOkTJhTVK0AVUh0qi lOWr6nDyNgmSVEWeP1hwsGlKV/5IbXDlB0GMNwUHoY1qMW5xq6q9j0H1iv7WE3Ib rO3LZKbSBiAEb04H1KfS9ZV/i3x4CLH9JWEJDsmmyJlqq8sANLIZ0IPIJS7YXuzc DBzjTA0O0hVverpRyTlrMtmr4tA6U02FSVLwRftgDsdCb3Ml4mz4/9a8zisXqUyT vzPW85P0f2NvFjMRb16QjQ0PZyalFzjnVReB6zmfXNncsahoeQweiOEpgtwAXfWG v4ojeLIQPbdQVDSfgDYa4+Fx3U95x+WyMgbUqeGVyKo465fPmFM0DcP8+dVhig/p Vju3W49rhBbxJyIeRc9O12Ip/0yWPRVxikfFfhFAdTr4WPLWESyHFYZ9zTeJ5rNI XvtFqHh0qzfcWWM+WkL1DBAx+SSu88ENr772b6G/FWUB0M6ufcG1k5v0AtUO7EGv nZ0dGFWhj8K7EpamBzVsuZwFRai+MUd9UnkqfWYbIMGouel0c7g93Iwl5FugBWxA 8nAUcVG14isSiQgPL3Nt36kNyKYOQMy3ZkfrQOSCwLazybCLZG4= =sPEA -----END PGP SIGNATURE----- --szmqBnuZtfMF0PCqH52srEM81ryCcpwSe-- From owner-freebsd-stable@freebsd.org Wed Aug 15 11:38:23 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15CC010804BC for ; Wed, 15 Aug 2018 11:38:23 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0123.outbound.protection.outlook.com [104.47.2.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6478687038 for ; Wed, 15 Aug 2018 11:38:22 +0000 (UTC) (envelope-from Holger.Kipp@alogis.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alogis.onmicrosoft.com; s=selector1-alogis-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TThPf73kpdvFaY4HcjY+JbruOmtLg1OuHdyLIXkTeqg=; b=eOFQ7ZFinY+cC/v0g0UIMRtE+4MXTNfrr9zQBlQm6WS76J/+VVDpeHOSXW1cWJAE4gwbvWNhBKmVtJCrs0Mqn9CYSn8sKx5KfuoGg8u0fhfvPcZ1uBnLTo67uW6tlhZLca17s1/p8fS12ZEBweEDcH4zPL67nQVOBLODAYQ/UFw= Received: from AM6P192MB0503.EURP192.PROD.OUTLOOK.COM (52.134.121.25) by AM6P192MB0502.EURP192.PROD.OUTLOOK.COM (52.134.121.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1059.19; Wed, 15 Aug 2018 11:38:19 +0000 Received: from AM6P192MB0503.EURP192.PROD.OUTLOOK.COM ([fe80::cdcd:22cc:6594:51c7]) by AM6P192MB0503.EURP192.PROD.OUTLOOK.COM ([fe80::cdcd:22cc:6594:51c7%5]) with mapi id 15.20.1059.017; Wed, 15 Aug 2018 11:38:19 +0000 From: Holger Kipp To: Alexander Lochmann CC: Eugene Grosbein , "freebsd-stable@freebsd.org" Subject: Re: FreeBSD blocks on BOCHS serial port Thread-Topic: FreeBSD blocks on BOCHS serial port Thread-Index: AQHUMw8QcHMiBVO4FkeJxD3XzwbrXaS+E7yAgAAK6ICAAAmDAIACfCWAgAAFlICAAAjvOA== Date: Wed, 15 Aug 2018 11:38:19 +0000 Message-ID: <382B489E-F309-4F78-80FC-BFB1C42149A4@alogis.com> References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> , In-Reply-To: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Holger.Kipp@alogis.com; x-originating-ip: [212.184.102.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM6P192MB0502; 6:Y241XdX2OuEt50xEO4buMfcMF38xnGTooJOYJMGDt6+DdzmhulYnUBYZNVN7Hw5Q0ST3Bw/S1Xnbjs5NC6AHKeRCZJ6w874Gwi3omvijKZ0V9UrIzRz8bOd78IGRIsDK+TcA9hrq2tSmQV8Dgm2bfGlrckSGU5CsjPqGik4y36fDpbYaLLpEV8wWA5XsxposN83RxzIoB9IsILzsCWoUNPtJgiPitcozrtjZRwojk72SacMuHdrUIGk61yezahfIR/X5+0UWk63LK9DnPokfqbdLHmIWUL5pBEjdgLuXCv6+Sr/svoo+EosFZ4SBke7eJnjPEfuPDb9aV98hpA216PmRG/5JzjJaFIMP1xMS0yKNEYTLS/yrDxy/XeGzxjQHY8lfRDdPMrOP51zJwqqwLXJL0IKRTQBsp2ziYRzpKNG8lOR525lZpncgOn8S+LATgFzLwa4eLb56oCDTEQY5qg==; 5:z9hvx8ia6A+6YIqgIDHLDXutP+pg8rJgP7r3BxwwAau1F991/YGpPElAP5iStQxROVq2TDnG55i6pgdD+P2GLM+1AY+INyGoqTgQ2PuUHKq7GwAdOrFD6KRd6Qw2Vo1LCzy/5Twt3de1zMrnRqxkxjvVvKIRZEk6PR11Wf9BW9I=; 7:LuMdxdZzRClznWRvdgZoLiQyxibM6Vn1NsOou7zazAZeUImogBgPMOy1xPSF0uci+7sPK0U+DVQcW62NU5+xlcKV+SYF7h6G8V1AeUMntMZ540mDJ7ym/KAdGkqiv0NVqn2tg7EAjBkSyNEcWfVxCOaBAt4RI5UhIozkO8xZXcwE4YNLdAqh3mMCwlMYFKVnfkWADLdcHqLlaYrJanFwJWr6a8PQm/ILrUTf18qCJrxm6NX00EImvEoATdTvb9Tl x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: 15ffe8e1-0d45-4094-2910-08d602a39987 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:AM6P192MB0502; x-ms-traffictypediagnostic: AM6P192MB0502: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231311)(944501410)(52105095)(10201501046)(3002001)(149027)(150027)(6041310)(20161123560045)(20161123564045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(6072148)(201708071742011)(7699016); SRVR:AM6P192MB0502; BCL:0; PCL:0; RULEID:; SRVR:AM6P192MB0502; x-forefront-prvs: 07658B8EA3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(346002)(136003)(396003)(376002)(39830400003)(40764003)(199004)(189003)(229853002)(6512007)(6306002)(54896002)(54556002)(186003)(236005)(53936002)(26005)(6436002)(6246003)(36756003)(82746002)(4326008)(316002)(733005)(102836004)(97736004)(53546011)(83716003)(6506007)(6486002)(105586002)(446003)(8676002)(2906002)(476003)(33656002)(2616005)(11346002)(106356001)(486006)(81156014)(345774005)(3846002)(81166006)(54906003)(256004)(14444005)(5024004)(6116002)(25786009)(72206003)(5250100002)(966005)(86362001)(2900100001)(478600001)(606006)(93886005)(6916009)(76176011)(14454004)(114624004)(5660300001)(8936002)(99286004)(7736002)(68736007)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM6P192MB0502; H:AM6P192MB0503.EURP192.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: alogis.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: /aLuT0th6Zq6TDC6gfaDL1X3Xp1xGHY78aL6K+zIrbtt2wVFhJk87rj1YAdJkhoLyY28Y6vhW6bHwoJRtP6zC4pWsBIksA+ePPbwQDeSngv4153XDLrb7rTl06DObejhE9orkF5cE+xbJcBf1L79u3AyHRlsG/y9peC+r+1w+PA1VTfqtxbgjPoWK2NfZkSi33eMOGmYR7wsLcuocsX2717Baqystl2M3TT/qFYGskEKRSds3jDHSAJUaUMxv5SF3iHgvt0falRcu/rQPg3GqFJHA8iZq3otaNix3CNu8hUUOAmL5JpeXCjltNbnJ1HyutRLrIoBAu++7IpYFyDcATTiyR3o/+h5yHiPcXj7oWY= spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: alogis.com X-MS-Exchange-CrossTenant-Network-Message-Id: 15ffe8e1-0d45-4094-2910-08d602a39987 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Aug 2018 11:38:19.6839 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 15828ba7-fd50-4285-ae4d-078568595b48 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6P192MB0502 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Aug 2018 11:38:23 -0000 SGkgQWxleCwNCg0KaWYgc2VyaWFsIGludGVyZmFjZXMgYXJlIGF0dGFjaGVkIHZpYSBVU0IsIHRo ZXkgbWlnaHQgbm90IGJlIGluaXRpYWxpemVkIGNvcnJlY3RseSwgYmVjYXVzZSBzZXJpYWwgaW50 ZXJmYWNlIGNvbmZpZ3VyYXRpb24gaGFwcGVucyBiZWZvcmUgVVNCLiBJIGVuY291bnRlcmVkIHRo aXMgb24gcGh5c2ljYWwgaGFyZHdhcmUgd2l0aCA4LXBvcnQgVVNCIHRvIFJTMjMyLg0KDQpTaW1w bGUgc29sdXRpb24gd2FzIHRvIGNoYW5nZSBzZXR0aW5ncyB1c2luZw0KIyBzdHR5IDwgL2Rldi9j dWFVMC5pbml0IGNydHNjdHMgLWl4b24gLWl4b2ZmDQojIHN0dHkgPCAvZGV2L2N1YVUwLmxvY2sg Y3J0c2N0cyBpeG9uIGl4b2ZmDQouLi4NCmZvciBhbGwgZWlnaHQgaW50ZXJmYWNlcyBhZnRlciBi b290IGNvbXBsZXRlZC4NCg0KSeKAmG0gbm90IHN1cmUgaG93IHNlcmlhbCBpbnRlcmZhY2VzIGFy ZSBlbXVsYXRlZCB3aXRoIHlvdXIgVk0tZW52aXJvbm1lbnQsIHRob3VnaCwgYnV0IG1heWJlIHlv dXIgaW5pdGlhbGl6YXRpb24gcHJvY2VzcyBpcyBqdXN0IGEgYml0IHRvbyBlYXJseT8NCg0KQmVz dCByZWdhcmRzLA0KSG9sZ2VyDQoNCkRpcGxvbS1NYXRoZW1hdGlrZXINCkhvbGdlciBLaXBwDQpT ZW5pb3IgQ29uc3VsdGFudA0KW2NpZDozNzY5MDE2Ny0wMTQxLTQ0N0EtOUIzRS1BQzgxODRBODVE MTFAaW50MS5iLmludGVybl08aHR0cHM6Ly93d3cuYWxvZ2lzLmNvbS8+DQoNCkZvbjoNCkZheDoN Ck1vYmlsOg0KICAgICAgICArNDkgMzAgNDM2IDU4IDExNA0KKzQ5IDMwIDQzNiA1OCAyMTQNCis0 OSAxNzggMzYgNTggMTE0ICAgICAgIGFsb2dpcyBBRw0KQWx0LU1vYWJpdCA5MCBCDQoxMDU1OSBC ZXJsaW4NCg0KDQpob2xnZXIua2lwcEBhbG9naXMuY29tPG1haWx0bzpob2xnZXIua2lwcEBhbG9n aXMuY29tPiAgIHd3dy5hbG9naXMuY29tPGh0dHA6Ly93d3cuYWxvZ2lzLmNvbS8+DQoNCmFsb2dp cyBBRyB8IEFsdC1Nb2FiaXQgOTAgQiB8IDEwNTU5IEJlcmxpbiB8IFQgKzQ5IDMwIDQzNjU4LTAg fCBGICs0OSAzMCA0MzY1OC01OTkNClZvcnN0YW5kIHwgQXJuZSBGcmllZHJpY2hzLCBKw7ZybiBT YW11ZWxzb24gfCBBdWZzaWNodHNyYXRzdm9yc2l0emVuZGVyIHwgRGlyayBOZWRkZXJob2ZmDQpM YW5kZXNiYW5rIEJlcmxpbiB8IElCQU46IERFNzcgMTAwNSAwMDAwIDY3NTAgMDA1NiA2NSB8IEJJ QzogQkVMQURFQkVYWFgNCkhhbmRlbHNyZWdpc3RlciB8IEFtdHNnZXJpY2h0IEJlcmxpbi1DaGFy bG90dGVuYnVyZyB8IEhSQiA3MTQ4NCB8IFVTdC1JZE5yLiBERTIwMDQyODE5OQ0KDQpPbiAxNS4g QXVnIDIwMTgsIGF0IDEzOjA4LCBBbGV4YW5kZXIgTG9jaG1hbm4gPGFsZXhhbmRlci5sb2NobWFu bkB0dS1kb3J0bXVuZC5kZTxtYWlsdG86YWxleGFuZGVyLmxvY2htYW5uQHR1LWRvcnRtdW5kLmRl Pj4gd3JvdGU6DQoNCkkndmUgdG8gY29ycmVjdCBteXNlbGYuIEl0IHdvcmtzIGlmIEkgYWN0aXZh dGUgdGhlIGJvb3QgY29uc29sZQ0KKGNvbnNvbGU9InZpZGNvbnNvbGUsY29tY29uc29sZSIpLg0K SWYgSSBjaGFuZ2UgdGhlIG1lbnRpb25lZCBsaW5lIHRvIGNvbnNvbGU9InZpZGNvbnNvbGUiLCBu ZWl0aGVyIHdyaXRpbmcNCnRvIC9kZXYvdHR5dTAgbm9yIHJlYWRpbmcgZnJvbSAvZGV2L2N1YXUx IHdvcmtzLg0KSXQgc2VlbXMgdGhhdCB0aGUgRnJlZUJTRCBsb2FkZXIgaW5pdGlhbGl6ZSB0aGUg c2VyaWFsIHBvcnRzIGluIGENCmRpZmZlcmVudCB3YXkgdGhhbiB0aGUgT1MgZG9lcy4NCg0KLSBB bGV4DQoNCk9uIDE1LjA4LjIwMTggMTI6NDYsIEFsZXhhbmRlciBMb2NobWFubiB3cm90ZToNClJl YWRpbmcgZnJvbSAvZGV2L2N1YXUxIHdvcmtzLiBUaGFuayB5b3UgZm9yIHlvdXIgaGVscCENCkhv d2V2ZXIsIEknbSBwcmV0dHkgc3VyZSBJIHRyaWVkIHRoaXMgZGV2aWNlIGJlZm9yZS4gTnZtLiBJ dCB3b3Jrcy4NCg0KLSBBbGV4DQoNCk9uIDEzLjA4LjIwMTggMjI6NDksIEV1Z2VuZSBHcm9zYmVp biB3cm90ZToNCjE0LjA4LjIwMTggMzoxNSwgQWxleGFuZGVyIExvY2htYW5uIHdyb3RlOg0KDQpZ b3Ugc2hvdWxkIG5vdCByZWx5IG9uIGRlZmF1bHRzIGFuZCBtYWtlIHN1cmUgeW91IGRpc2FibGUg bW9kZW0gY29udHJvbC9DRA0KZWl0aGVyIGV4cGxpY2l0bHkgKHVzaW5nIHN0dHkoMSkgZXRjLikg b3IgaW1wbGljaXRseSBieSBzd2l0Y2hpbmcgdG8gL2Rldi9jdWF1MA0KaW5zdGVhZCBvZiAvZGV2 L3R0eXUwLiBGbG93IGNvbnRyb2wgc2V0dGluZ3Mgc2hvdWxkIG1hdGNoIHRvbywgZm9yIGJvdGgg c2lkZXMNCm9mIHZpcnR1YWwgcG9ydC4NClRoeC4gSSBjYW5ub3QgZXZlbiBydW4gJ3N0dHkgPCAv ZGV2L3R0eXUxJyB0byBzZWUgdGhlIGN1cnJlbnQgc2V0dGluZ3MuDQpJdCBzaW1wbHkgYmxvY2tz Li4uDQoNClVzZSAvZGV2L3R0eXUxLmluaXQgdG8gc2VlIGRlZmF1bHRzIGFuZCAvZGV2L3R0eXUx LmxvY2sgdG8gc2V0L3Nob3cNCmxvY2tlZCBkZWZhdWx0cyB0aGF0IGNhbm5vdCBiZSBjaGFuZ2Vk IHdpdGhvdXQgZGlzYWJsaW5nIGEgbG9jayBmaXJzdC4NCg0KDQoNCg0KDQotLQ0KVGVjaG5pc2No ZSBVbml2ZXJzaXTDpHQgRG9ydG11bmQNCkFsZXhhbmRlciBMb2NobWFubiAgICAgICAgICAgICAg ICBQR1Aga2V5OiAweEJDM0VGNkZEDQpPdHRvLUhhaG4tU3RyLiAxNiAgICAgICAgICAgICAgICAg cGhvbmU6ICArNDkuMjMxLjc1NTYxNDENCkQtNDQyMjcgRG9ydG11bmQgICAgICAgICAgICAgICAg ICBmYXg6ICAgICs0OS4yMzEuNzU1NjExNg0KaHR0cDovL2Vzcy5jcy50dS1kb3J0bXVuZC5kZS9T dGFmZi9hbA0KDQo= From owner-freebsd-stable@freebsd.org Wed Aug 15 12:19:46 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D6FE9108227E for ; Wed, 15 Aug 2018 12:19:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C1DE893E1 for ; Wed, 15 Aug 2018 12:19:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w7FCJcXL002299 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 15 Aug 2018 14:19:38 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: alexander.lochmann@tu-dortmund.de Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id w7FCJYqS073058; Wed, 15 Aug 2018 19:19:34 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: FreeBSD blocks on BOCHS serial port To: Alexander Lochmann , freebsd-stable@freebsd.org References: <661e5d36-6684-fae5-b325-f02ad570f2b4@tu-dortmund.de> <28c22017-7b01-63b0-946a-d0d255af16b2@grosbein.net> From: Eugene Grosbein Message-ID: <5B741A56.9040105@grosbein.net> Date: Wed, 15 Aug 2018 19:19:34 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=3.3 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_03_06, LOCAL_FROM,SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.0 DATE_IN_FUTURE_03_06 Date: is 3 to 6 hours after Received: date * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 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.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 15 Aug 2018 12:19:47 -0000 On 15.08.2018 18:06, Alexander Lochmann wrote: > I've to correct myself. It works if I activate the boot console > (console="vidconsole,comconsole"). > If I change the mentioned line to console="vidconsole", neither writing > to /dev/ttyu0 nor reading from /dev/cuau1 works. > It seems that the FreeBSD loader initialize the serial ports in a > different way than the OS does. Why don't you initialize ports as you need? Do not rely on defaults, they happen to change between OS versions. From owner-freebsd-stable@freebsd.org Thu Aug 16 22:07:53 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4EDB4107827F for ; Thu, 16 Aug 2018 22:07:53 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0315C7B5CD for ; Thu, 16 Aug 2018 22:07:52 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fqQQp-0002pS-NA for freebsd-stable@freebsd.org; Thu, 16 Aug 2018 22:07:51 +0000 Date: Thu, 16 Aug 2018 15:07:51 -0700 Message-ID: From: Randy Bush To: FreeBSD Stable Subject: zfs boot size User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Aug 2018 22:07:53 -0000 so the number of blocks one must reserve for zfs boot has gone from 34 to 40. is one supposed to, one at a time, drop each disk out of the pool, repartition, re-add, and resilver? luckily, there are only 16 drives, and resilvering a drive only takes a couple of days. so we might be done with it this calendar year. and what is the likelihood we make it through this without some sort of disaster? clue bat, please? randy From owner-freebsd-stable@freebsd.org Thu Aug 16 23:21:03 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE6E91079B45 for ; Thu, 16 Aug 2018 23:21:03 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4266A7DAD0 for ; Thu, 16 Aug 2018 23:21:03 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-ed1-x536.google.com with SMTP id r4-v6so3560252edp.9 for ; Thu, 16 Aug 2018 16:21:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=bYB3fnO3XhT36TTJCNAdReg+cEbSFUbDzkqT4ib9C3U=; b=TPDC/hQtrLDd2KGo6j0vZ4/HUF3hFxu6QTL5rsbX/Dg7Z4CPXaxq2DBVm1ooAYHSdn WnEp1TET69CR7d5I0RrTRUKC345StEztlEwdcnRWKF57cdGDCHbFzlkz93f2AttHT2Sh lrIDuVvCZtz74AnOI5Zsaz0pm+69JNCMfAeHe6SQCg9K1QQIFnC+kJUpllLfnJwml3wm wB1kXwadb5fdaMmpNF59w/i4DvfnlLqlI2fJdqan7jVso/eIKQmkgBNmxLIDVGMbDpot Cneo9is1s85VTjO0I1evp4DVgUbzqa4dQT3ZuvXebDZlTpmMwUzOgNVybbhFeawlxImH 3m/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=bYB3fnO3XhT36TTJCNAdReg+cEbSFUbDzkqT4ib9C3U=; b=gFdyvlGO0kOUkXD7N8iZmTqvyXivZJS3mszKDuEpbaVrN5i1MuRRUvgoK46rPrWDvc OQpXAYhTkz/ziTVK6Y8feOGuK7U88VpO1zUOc9tBPHeJ27MkboXuWCCauBmTJjClM1MS NQlROgNWgzNiSd0aFiGnIxT8QL+4sMZ7vu3DzbnSuityJUe1jazN9htKFuR6Tv82BQns DjXuHS0q7tOelk6jHXB73sZTmKZTEMgnLevTNvRPRKUVXkzIRlJuFOzeXh1UZx+u1S0D Ebs0AsldRxT8jC4fy2Ang8aBRDWzRqdnkFFRRH8PPLv6urfvhwNaYvA7tqU0QnA0MRrD u9lg== X-Gm-Message-State: AOUpUlEvyMUbBeGnUpYAp6tYJH1q/qPUstYZkFcQlEYfjE1OtR+Xxzmh KEGH19msda0ntI/BA0aIjDGTvwksEkA= X-Google-Smtp-Source: AA+uWPxQcQzPyAbp5KrNcpQAa3BsA7JD3tMMIWPK/madzS2Ugd0mrtdqxxBtNQEXNDdg6XYb/UqWlQ== X-Received: by 2002:a50:b1bc:: with SMTP id m57-v6mr39500496edd.3.1534461660751; Thu, 16 Aug 2018 16:21:00 -0700 (PDT) Received: from [10.44.128.75] ([161.12.40.153]) by smtp.gmail.com with ESMTPSA id h8-v6sm1075391edi.68.2018.08.16.16.20.59 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Aug 2018 16:20:59 -0700 (PDT) Subject: Re: zfs boot size To: freebsd-stable@freebsd.org References: From: Steven Hartland Message-ID: <469d704c-3635-2da9-39b6-1f25eae384d7@multiplay.co.uk> Date: Fri, 17 Aug 2018 00:21:01 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Aug 2018 23:21:03 -0000 The recommended size for a boot partition has been 512K for a while. We always put swap directly after it so if a resize is needed its easy without and resilvering . If your pool is made up of partitions which are only 34 block smaller than your zfs partition you're likely going to need to dump and restore the entire pool as it won't accept vdevs smaller than the original.     Regards     Steve On 16/08/2018 23:07, Randy Bush wrote: > so the number of blocks one must reserve for zfs boot has gone from 34 > to 40. is one supposed to, one at a time, drop each disk out of the > pool, repartition, re-add, and resilver? luckily, there are only 16 > drives, and resilvering a drive only takes a couple of days. so we > might be done with it this calendar year. and what is the likelihood we > make it through this without some sort of disaster? > > clue bat, please? > > randy > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Thu Aug 16 23:33:08 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 010E5107A148 for ; Thu, 16 Aug 2018 23:33:08 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6D5EC7E346 for ; Thu, 16 Aug 2018 23:33:07 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-lf1-x12d.google.com with SMTP id o72-v6so2472658lfk.1 for ; Thu, 16 Aug 2018 16:33:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4C4/tM6XRLBKLG7Q9zrfvHQ8suaJlYbkU9pTXU6KsjQ=; b=foMPGIUUuVFYI7Q5xSsD1NMcZggUqnlypJH4ubDMppzF072zE6Ts8ZOaiLt288eHks p+MqvReJ1PIveBJoTeM6UXo9IdQN8mIErKzqRLMRL7xB4nAet7aB0X9iw0wRfmh69PWX xfjg6DnTIulG8qVJ8t60Q5HwDqhWkLwwnpRIY+cTtpoS3vMXyu2vK+xQC4L6GQWPLIFR F4Xjo2HqjzxTE9RCSVC4uJp9DhRMXPJNfepLcJYt2KxxHa5e/RVfOGjd9dkZ+WVVKJm+ gD1WwVBssfuMuL6WrE69/0vyqMXt2BR6bVx+WjKga9Ev2ypp7AVkwVT8jyrUH4kKlPS/ vylQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4C4/tM6XRLBKLG7Q9zrfvHQ8suaJlYbkU9pTXU6KsjQ=; b=TIi/SA5BDNuXQVNt+z6PeYZ2qMkSIdVqowlYMKj/Z5MVy0YqVYBr++PAjd6+wqPtNx TPAXa/kyICLQ6VnQwz6nLZFbbNTGUEI7L+h+0mm2jmF1KvP4vXp7D+pyvRfyrqFtmtz1 3OZmtvsjf5/5NdJG7Gp/Il9FvbfXpseIvQQKGocHvxHwaE0TvtspIM0MKT3gOw9+TI6b oAr9KsPUj31KMcaMF4XorlPehqt1tV+qzOIgrXl1CjaApT7fxeeWe2pQ9sUyB5RdFgi+ jUOSy3m9OLzjzmeStGZGerR3yxaDF+g1POomFQ2uo3oz02NVlQ+f2xUP3X1DuDHMlE1n tzDQ== X-Gm-Message-State: AOUpUlH+JtzTa9tQcmM+U2DO9xVNZvRGFWZAWKRRUy6ekkEwah6J1I0Q z5XK5lPvfUCmZwu/iANvFoWDz0zdPXRGKoOlK/QJHA== X-Google-Smtp-Source: AA+uWPz6A3Vqf+IrPljy+uD6/mtAy6rRSLED/BQuh9Y8EgGGTPLtQmFGLoKqdAoIb252oGqOZ/77vvTX5ign6F6Pnik= X-Received: by 2002:a19:9646:: with SMTP id y67-v6mr20194534lfd.130.1534462386021; Thu, 16 Aug 2018 16:33:06 -0700 (PDT) MIME-Version: 1.0 References: <469d704c-3635-2da9-39b6-1f25eae384d7@multiplay.co.uk> In-Reply-To: <469d704c-3635-2da9-39b6-1f25eae384d7@multiplay.co.uk> From: Freddie Cash Date: Thu, 16 Aug 2018 16:32:52 -0700 Message-ID: Subject: Re: zfs boot size To: Steven Hartland Cc: FreeBSD Stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 16 Aug 2018 23:33:08 -0000 On Thu, Aug 16, 2018, 4:22 PM Steven Hartland, wrote: > The recommended size for a boot partition has been 512K for a while. > > We always put swap directly after it so if a resize is needed its easy > without and resilvering . > > If your pool is made up of partitions which are only 34 block smaller > than your zfs partition you're likely going to need to dump and restore > the entire pool as it won't accept vdevs smaller than the original. > Adding "-a 1M" to your gpart command when partitioning disks, regardless of their use, is very handy for this. It starts the first partition at 1MB, which gives you enough slack to increase the size of the freebsd-boot partition as needed. :) You can even add a freebsd-boot partition to make a data pool bootable as root with that amount of slack. :D Went through that at home. And ZFS has reserved a few MB from the end of the device you give it to allow for replacement drives that aren't the exact same size (in sectors or bytes) for awhile now (maybe since the 9.x days?). Cheers, Freddie Typos courtesy of my phone's keyboard. From owner-freebsd-stable@freebsd.org Fri Aug 17 00:57:44 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC7D8107C769 for ; Fri, 17 Aug 2018 00:57:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5792A829C1 for ; Fri, 17 Aug 2018 00:57:44 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fqT5C-0003VB-Hb; Fri, 17 Aug 2018 00:57:42 +0000 Date: Thu, 16 Aug 2018 17:57:42 -0700 Message-ID: From: Randy Bush To: Steven Hartland Cc: freebsd-stable@freebsd.org Subject: Re: zfs boot size In-Reply-To: <469d704c-3635-2da9-39b6-1f25eae384d7@multiplay.co.uk> References: <469d704c-3635-2da9-39b6-1f25eae384d7@multiplay.co.uk> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 00:57:44 -0000 > We always put swap directly after it so if a resize is needed its easy > without and resilvering . i am an idiot raid0.dfw.rg.net:/root# gpart backup da0 GPT 128 1 freebsd-boot 34 128 2 freebsd-swap 162 33554432 3 freebsd-zfs 33554594 3873308477 so something such as # swapoff # gpart delete -i 1 # gpart delete -i 2 # gpart add -t freebsd-boot -i 1 -b 40 -s 256 # gpart add -t freebsd-swap -i 2 # some incantation to install zfs boot blocks # swapon thanks for clue bat From owner-freebsd-stable@freebsd.org Fri Aug 17 13:37:01 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49396106F198 for ; Fri, 17 Aug 2018 13:37:01 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D8AAF7DD2E for ; Fri, 17 Aug 2018 13:37:00 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: by mailman.ysv.freebsd.org (Postfix) id 9D07D106F197; Fri, 17 Aug 2018 13:37:00 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BBFB106F196 for ; Fri, 17 Aug 2018 13:37:00 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1429C7DD29; Fri, 17 Aug 2018 13:37:00 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 41sPPl0fVCz7X0; Fri, 17 Aug 2018 15:36:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1534513006; x=1537105007; bh=4AI GAx7gqEGzcv/6UCZGOoXFkPOXmjbzLF8EjTHvtbk=; b=LrBC0lCuJygGAAtji+K TLCV3vPyWpjpMSCsw+GNztKGWA7nI2Iqbh+aIUMlDfmBd+FZaJWr+tD6s0ShVmdt kbWp444GG3HuTtJtz2v/Gdg9hdtgOGM4+0Uy8+eaAlShlyFNXE1CeUBF6r1755sk sLI8m7haET8riOhEwTEvDvvI= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id Yhckenv-Zcs3; Fri, 17 Aug 2018 15:36:46 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 41sPPV3zGLz7Wv; Fri, 17 Aug 2018 15:36:46 +0200 (CEST) Received: from nabiralnik.ijs.si (nabiralnik.ijs.si [IPv6:2001:1470:ff80::80:16]) by mildred.ijs.si (Postfix) with ESMTP id 41sPPV3gzsz14d; Fri, 17 Aug 2018 15:36:46 +0200 (CEST) Received: from neli.ijs.si (2001:1470:ff80:88:21c:c0ff:feb1:8c91) by nabiralnik.ijs.si with HTTP (HTTP/1.1 POST); Fri, 17 Aug 2018 15:36:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 17 Aug 2018 15:36:46 +0200 From: Mark Martinec To: stable@freebsd.org Cc: Andriy Gapon , Alan Somers , Mark Johnston Subject: Re: All the memory eaten away by ZFS 'solaris' malloc - on 11.1-R amd64 Organization: Jozef Stefan Institute In-Reply-To: <34871f1f-b890-a129-7ead-ed15d8e2e22e@FreeBSD.org> References: <1a039af7758679ba1085934b4fb81b57@ijs.si> <3e56e4de076111c04c2595068ba71eec@ijs.si> <20180731220948.GA97237@raichu> <2ec91ebeaba54fda5e9437f868d4d590@ijs.si> <20180804170154.GA12146@raichu> <87f6a55cc2ee3d754ddb89475bbfbab8@ijs.si> <20180804194757.GD12146@raichu> <34871f1f-b890-a129-7ead-ed15d8e2e22e@FreeBSD.org> Message-ID: <150d7a0097ff03b4bea20bf2096a8d09@ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.3.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 13:37:01 -0000 > On 07/08/2018 15:58, Mark Martinec wrote: >> Collected, here it is: >>   https://www.ijs.si/usr/mark/tmp/dtrace-cmd.out.bz2 2018-08-14 11:18, Andriy Gapon wrote: > I see one memory leak, not sure if it's the only one. > It looks like vdev_geom_read_config() leaks all parsed vdev nvlist-s > but > the last. The problems seems to come from r316760. Before that commit > the function would return upon finding the first valid config, but now > it keeps iterating. > > The memory leak should not be a problem when vdev-s are probed > sufficiently rarely, but it appears that with an unhealthy pool the > probing can happen much more frequently (e.g., every time pools are > listed). Superb, thanks!!! I have opened a bug report now: Bug 230704: All the memory eaten away by ZFS 'solaris' malloc https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230704 Mark From owner-freebsd-stable@freebsd.org Fri Aug 17 13:52:20 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65818106F84A for ; Fri, 17 Aug 2018 13:52:20 +0000 (UTC) (envelope-from mr44er@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EA0C67E882 for ; Fri, 17 Aug 2018 13:52:19 +0000 (UTC) (envelope-from mr44er@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id f21-v6so7677201wmc.5 for ; Fri, 17 Aug 2018 06:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=X3c8cK1jkUsn4PrZ+Wb+rsTYkHGvn7ZyblGyk3grM+k=; b=G9lHf3eNwclniAQ6feevO1rP3cEQ2R3Temn/ZaVMcpsnwk/mwkfD44I5+cH/frpzTi bTwE+JKjFsXfMX1kedFJBRlvjJ+mNSKlG1usshisHb0tTkHQxL9TrSinBUhMpDugxdOS z7OhHYAxmki+ucqXCLhcMwsIBR6BuOOJtVZkr1XlxxOkfeDs/NGFmq11SOD97TmbOl4R uW0HHqBL0ph/LYxb1+1Ot0rpmEN9ZG33UXcCdYC35Jx4NO+ZfgjXX96+H5JZRiGTwnwC PbEioJJIrEM4Ah+SbLhiTWsK+yvtOR8vYsBg+B5n2BhxGe153TzTPRMrd2XOZFokoVUf NOXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=X3c8cK1jkUsn4PrZ+Wb+rsTYkHGvn7ZyblGyk3grM+k=; b=iFqV2rUde4FSCSBZOu4zxwS9T5cIOEF3oHrWCddN0l+HIieM+XjCr5+C3KVZiG45LA 17ljOgr+MJXRrSPnPul0x+zd0spiM0Qby/7jrHuCR9jO3GNOeZ9VsgAcaPGk4Y9917Pl HtRy2xRq61NoGo8iBqMPY6QrFud6d8WgjZvpzKnEl2zgBWf3j+2LpUIhrUkpjgIGYY3C SMZQ4Ndn1nlUInP20zvmhO2BDzcWcOcXCj6U9/t3PehNlFB03tJQZlSsz77lKxtxUaVO y2zBhRmGgKMV9Qum5U0Cdq3AK7P/4gm1eRaw0NM78vNJLoMAHYwVKBNG5f6IF9MyYmzt ZPyg== X-Gm-Message-State: AOUpUlHhv9Mw12IE4R2UzeuGTlyeUS/pDoQA4GwkZHO9eXcO74XbhR7i fEr+rgfWLrnYuDTVdCjWNIvABF6V X-Google-Smtp-Source: AA+uWPw/vMAXCy90ejfib2gUjKVvLDVGkhEKK0fA9d+UUnwfm9kQ281JDf66SWPKqzL8qTjBSnJFeg== X-Received: by 2002:a1c:dac6:: with SMTP id r189-v6mr18910769wmg.150.1534513938627; Fri, 17 Aug 2018 06:52:18 -0700 (PDT) Received: from [10.0.8.50] ([94.16.80.107]) by smtp.gmail.com with ESMTPSA id o14-v6sm9435679wmd.35.2018.08.17.06.52.17 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Aug 2018 06:52:17 -0700 (PDT) To: freebsd-stable@freebsd.org From: mr44er Subject: kern.geom.eli.boot_passcache doesn't work anymore in 11.2-RELEASE for additional disks Message-ID: <58d172c3-1e6d-d8e3-c1b0-9582ead0c8d2@gmail.com> Date: Fri, 17 Aug 2018 15:52:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 13:52:20 -0000 I have a geli-encrypted zroot which was created with Auto (ZFS) Guided Root-on-ZFS during fresh installation of 11.1-RELEASE. No bootpool anymore, Partition scheme GPT (BIOS) The additional disks were prepared with 'geli init -b' to set only the BOOT-flag and the same password as the disks for zroot. Worked as expected: bootloader asked only one time for password and during boot every encrypted disk was attached. Since upgrading to 11.2-RELEASE geli asks during boot a second time for the password when it tries to attach the additional disks. This is like the old style, when this line gets lost between other boot-messages. The system won't boot further at this point. Typing the password 'blind' and geli will attach every additional disk. So far no any other errors. Being irritated, I did a complete reinstall with a 11.2 image from usb-stick, but geli asks still twice for the password. Some input: sysctl -a | grep kern.geom.eli kern.geom.eli.key_cache_misses: 0 kern.geom.eli.key_cache_hits: 0 kern.geom.eli.key_cache_limit: 8192 kern.geom.eli.boot_passcache: 1 kern.geom.eli.batch: 0 kern.geom.eli.threads: 0 kern.geom.eli.overwrites: 5 kern.geom.eli.visible_passphrase: 0 kern.geom.eli.tries: 3 kern.geom.eli.debug: 0 kern.geom.eli.version: 7 zpool status zroot   pool: zroot  state: ONLINE   scan: none requested config:     NAME            STATE     READ WRITE CKSUM     zroot           ONLINE       0     0     0       mirror-0      ONLINE       0     0     0         ada0p3.eli  ONLINE       0     0     0         ada1p3.eli  ONLINE       0     0     0         ada2p3.eli  ONLINE       0     0     0 errors: No known data errors geli list ada0p3.eli Geom name: ada0p3.eli State: ACTIVE EncryptionAlgorithm: AES-XTS KeyLength: 256 Crypto: hardware Version: 7 UsedKey: 0 Flags: BOOT, GELIBOOT KeysAllocated: 67 KeysTotal: 67 Providers: 1. Name: ada0p3.eli    Mediasize: 285711790080 (266G)    Sectorsize: 4096    Mode: r1w1e1 Consumers: 1. Name: ada0p3    Mediasize: 285711794176 (266G)    Sectorsize: 512    Stripesize: 4096    Stripeoffset: 0    Mode: r1w1e1 geli list da0.eli Geom name: da0.eli State: ACTIVE EncryptionAlgorithm: AES-XTS KeyLength: 256 Crypto: hardware Version: 7 UsedKey: 0 Flags: BOOT KeysAllocated: 466 KeysTotal: 466 Providers: 1. Name: da0.eli    Mediasize: 2000398929920 (1.8T)    Sectorsize: 4096    Mode: r1w1e2 Consumers: 1. Name: da0    Mediasize: 2000398934016 (1.8T)    Sectorsize: 512    Stripesize: 4096    Stripeoffset: 0    Mode: r1w1e1 From owner-freebsd-stable@freebsd.org Fri Aug 17 14:46:09 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4151F1070F4E for ; Fri, 17 Aug 2018 14:46:09 +0000 (UTC) (envelope-from bounce@ims9.isendservice.com.br) Received: from ims9.isendservice.com.br (ims9.isendservice.com.br [54.232.186.15]) by mx1.freebsd.org (Postfix) with ESMTP id B929081068 for ; Fri, 17 Aug 2018 14:46:08 +0000 (UTC) (envelope-from bounce@ims9.isendservice.com.br) Received: from localhost (localhost [127.0.0.1]) by ims9.isendservice.com.br (Postfix) with ESMTP id 8413E42286 for ; Fri, 17 Aug 2018 11:37:36 -0300 (BRT) Date: Fri, 17 Aug 2018 11:37:36 -0300 (BRT) From: =?utf-8?Q?Sistema=20FIERGS=20=7C=20SENAI-RS?= Reply-To: faculdadesenai@senairs.org.br To: freebsd-stable@freebsd.org Message-ID: <1510107744.528822.1534516656122.JavaMail.root@ims9> Subject: =?utf-8?Q?Portas=20Abertas=20SENAI=20=7C=20Porto=20Alegre=20=7C=2025=20de=20agosto?= bounce-key: <2420-22522874-2214009> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 14:46:09 -0000 From owner-freebsd-stable@freebsd.org Fri Aug 17 15:45:19 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 575011072FA8 for ; Fri, 17 Aug 2018 15:45:19 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0451484433 for ; Fri, 17 Aug 2018 15:45:18 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.86_2) (envelope-from ) id 1fqgw9-0006Kf-Fk for freebsd-stable@freebsd.org; Fri, 17 Aug 2018 15:45:17 +0000 Date: Fri, 17 Aug 2018 08:45:17 -0700 Message-ID: From: Randy Bush To: FreeBSD Stable Subject: bad hash in repo User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 15:45:19 -0000 seeing a lot of these Looking up update.FreeBSD.org mirrors... 2 mirrors found. Fetching metadata signature for 11.1-RELEASE from update4.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. Fetching 2 patches.. done. Applying patches... done. Fetching 2 files... 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has incorrect hash. From owner-freebsd-stable@freebsd.org Fri Aug 17 17:19:30 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 857791076146 for ; Fri, 17 Aug 2018 17:19:30 +0000 (UTC) (envelope-from selina.connor@callflexnet.com) Received: from mail-io0-x246.google.com (mail-io0-x246.google.com [IPv6:2607:f8b0:4001:c06::246]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C874A8ABEF for ; Fri, 17 Aug 2018 17:19:29 +0000 (UTC) (envelope-from selina.connor@callflexnet.com) Received: by mail-io0-x246.google.com with SMTP id s3-v6so7387454iop.4 for ; Fri, 17 Aug 2018 10:19:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=callflexnet.com; s=google; h=mime-version:message-id:date:subject:from:to :content-transfer-encoding; bh=Lsdo3oBIhH/1oK0ANEACJZ5TfIxzpSHlijKS+mdWipY=; b=YY/OCCLp0vpxt8IqrRKC2KPe860VJZ22eBHmusYKMYOaKt97qm2N2imFfgmFsxUI7e 3eh4rXqE/OpKaLXSbr5tvvybYCimwxDjf6Wb0GhF0jMe0UZEj94Q5VxsSyZBkNMFh2aU 0jwtmkN4UtR2fY0M6m4iuRWAGcVhJRi0+Vgzh0se/eSwcYsvRl6d+f6i1MvxcU8TM3ek Ao/HaPwi/aWHRYvXvANjync6aboP6JcTJEmFqX5aoCpaRCSyknZc7tVn2qQc1QYwdUwy DMxOD2pBKHTWk60aTjVoPr2FFklg3z2zbobxDykYgYffOl3WKRlT6KTzKJrXyuqWvEb4 u2uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:message-id:date:subject:from:to :content-transfer-encoding; bh=Lsdo3oBIhH/1oK0ANEACJZ5TfIxzpSHlijKS+mdWipY=; b=elfcNT15w1OJIvdlV2Q3e6QFXE5nQULTTXcqqxg72X3r7PpKbvTC10tIlviis7yCTB F1e/xTFWJhtDjPEVbmZomvvEJoChaCzL1v8jiiJKPv5+QWvokArfcF7QWeyPQxbqrepU ngPYIi+S7eaaFwDzAs/n34Qncxqr+0T2vqshF+7+J6/6YzPLiKcaJaoDwXLBh7Ff2Bo2 9/c2ABjkLc2uvd+6dUz3yQWxxG5x9pvrEzj28nt0lW0xBtp4F/03MtB7Eha0er2e2orX zA9rWuSXXrm7sAm8qu+Ui+1SrUc15n7x3RW94EatGODOU9f2/W7NCPWzO0wFb7PgbvdQ Zm2w== X-Gm-Message-State: AOUpUlHdS8AZU6ty3twxgQRTobMABZZxe1f6uGe2g8tO9NJR2S6Gf0Nn MvKC0u4G42VZrdgLKJN9oEsWnZWQWXnu X-Google-Smtp-Source: AA+uWPyo0zAtGcwKJEumx5xbx7VZYQ026snBJS6OG+LG3rH/DiQSJ6p/zQf1CM5h8UXjPQK8nMU5lBdSfA== MIME-Version: 1.0 X-Received: by 2002:a6b:fd10:: with SMTP id c16-v6mr16250767ioi.95.1534526369137; Fri, 17 Aug 2018 10:19:29 -0700 (PDT) Message-ID: <0000000000002191b30573a4c397@google.com> Date: Fri, 17 Aug 2018 17:19:29 +0000 Subject: Managed Service Providers (MSPs) From: selina.connor@callflexnet.com To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8"; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 17:19:30 -0000 SGksDQpJIGp1c3Qgd2FudGVkIHRvIGNoZWNrIGlmIHlvdSB3b3VsZCBiZSBpbnRlcmVzdGVkIGlu IGEgbGlzdCBvZiBNYW5hZ2VkICANClNlcnZpY2UgUHJvdmlkZXJzIChNU1BzKSBhbmQgTWFuYWdl ZCBTZWN1cml0eSBTZXJ2aWNlIFByb3ZpZGVycyAoTVNTUHMpPw0KDQpXZSBhbHNvIGhhdmUgdGhl IGRhdGEgaW50ZWxsaWdlbmNlIG9mOg0K4oCiICAgICAgIE1hbmFnZWQgU2VydmljZSBQcm92aWRl cnMgKE1TUOKAmXMpDQrigKIgICAgICAgTWFuYWdlZCBTZWN1cml0eSBTZXJ2aWNlIFByb3ZpZGVy cyAoTVNTUOKAmXMNCuKAoiAgICAgICBJVCBEZWNpc2lvbiBNYWtlcnMg4oCTIDZtaWxsaW9uIGFj cm9zcyBhbGwgaW5kdXN0cnkNCuKAoiAgICAgICBCdXNpbmVzcyBEZWNpc2lvbiBNYWtlcnMg4oCT IDEwIG1pbGxpb24gYWNyb3NzIGFsbCBpbmR1c3RyeQ0K4oCiICAgICAgIFZhbHVlIEFkZGVkIFJl c2VsbGVycy0gVkFScw0K4oCiICAgICAgIEluZGVwZW5kZW50IFNvZnR3YXJlIFZlbmRvcnMtIElT VnMNCuKAoiAgICAgICBTeXN0ZW0gSW50ZWdyYXRvcnMtIFNJcw0K4oCiICAgICAgIFZvSVAgU2Vy dmljZSBQcm92aWRlcnMuDQrigKIgICAgICAgVGVsZWNvbW11bmljYXRpb25zIFNlcnZpY2UgUHJv dmlkZXJzIChUU1BzKQ0K4oCiICAgICAgIEFwcGxpY2F0aW9uIFNlcnZpY2UgUHJvdmlkZXJzIChB U1BzKQ0K4oCiICAgICAgIElUIE1hbmFnZWQgU2VydmljZXMgUHJvdmlkZXJzIChJVE1TUCkNCuKA oiAgICAgICBTdG9yYWdlIFNlcnZpY2UgUHJvdmlkZXJzIChTU1BzKQ0KDQpLaW5kbHkgcmV2aWV3 IGFuZCBsZXQgbWUga25vdyBpZiBJIGNhbiBzaGFyZSBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMu DQpJIGxvb2sgZm9yd2FyZCB0byBoZWFyaW5nIGZyb20geW91Lg0KDQpSZWdhcmRzLA0KU2VsaW5h DQpNYXJrZXRpbmcgU3BlY2lhbGlzdA0KDQpJZiB5b3UgZG9uJ3Qgd2FudCB0byBpbmNsdWRlIHlv dXJzZWxmIGluIG91ciBtYWlsaW5nIGxpc3QsIHBsZWFzZSByZXBseSAgDQpiYWNrIOKAnExlYXZl IE91dCIgaW4gYSBzdWJqZWN0IGxpbmUNCg0K From owner-freebsd-stable@freebsd.org Fri Aug 17 21:43:09 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B14BE107C62E for ; Fri, 17 Aug 2018 21:43:09 +0000 (UTC) (envelope-from jtubnor@gmail.com) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 422407413E for ; Fri, 17 Aug 2018 21:43:09 +0000 (UTC) (envelope-from jtubnor@gmail.com) Received: by mail-oi0-x230.google.com with SMTP id k12-v6so16406733oiw.8 for ; Fri, 17 Aug 2018 14:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LEuw3D0oMe3INA1+8NdyfRyLvVFdRvAMz1thu5SVv3I=; b=DIvx8jiGh11dXYDOGMYt8cymBeXpfwxjMEGW9ZWziNVVTqTI+nF0AmfH1KQPGeJFRJ cE3mNqkchgW0YlPBt0O6H6q1may5cGQx8eQJqr7cvBKNHPAwqz0SA7beHk+5SlxZI4h8 1xido9qc0afclVSo0aKS7nnnTaUjHHev1acStaw0Jjw2zgyubEqw2O+w3QuUsrEzhte0 /WPAEi1RnXkIWOBliqoINvxUgQ80HvTuDF9BYw2sTS5DNAHaHrotksvfx+scX2sfhKfb RB/lsYZOR91hsWV/TtFlfW3zSv1XPv4vj5UVqjR2Nz5K18x53XCB/JF/YObq7a1CUIg3 Xvpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LEuw3D0oMe3INA1+8NdyfRyLvVFdRvAMz1thu5SVv3I=; b=Y4OrU0h8WA8QvN12C0ROOGJLnQ54q/llAF4Cw6SaFF92urjuvADIzkYdiLqApRwARK Vf6I1y5jaEwzeCDldi4TMyGqmhrsEncxgE60aNRNVVvi9lFoEolUrmv3xBnnUt1J5ilD Xg5iA4B8ySjdfx9FwfNouNOaxjmV4FMNa7zkOk3szKXD87pYBgd/QNjeqVij8rNOD6EM 4gtfBAy7aFCGt6G0kBXRN9+F9fJEYkWLO2fwMJ12sVj+7VhHJmFhvsaYZeS9OV1CIxY5 PUcbE4t99nTIcSj7ZjcjXbe9IfiTwnRGD1/dDVuTEhglwi8LApznipbfMnYgI+je9wVX pndg== X-Gm-Message-State: AOUpUlGkj25GUAbJ0SWHFnVN5oblySC3DPM6da+MmjIYTRjASOQd2O3Q ElIeP83w87MOA5VTVEbfmyo934lANufPaUpD+L5m7w== X-Google-Smtp-Source: AA+uWPxW9bGaDDBggDhdwAmAt/FINYQdDshQizcB8RO5DCZ9XkEVgEA/coYDRdBHjDWNXy0Gya05fRfhY+q7IvPB16Q= X-Received: by 2002:aca:e748:: with SMTP id e69-v6mr4453709oih.263.1534542188558; Fri, 17 Aug 2018 14:43:08 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jason Tubnor Date: Sat, 18 Aug 2018 07:42:57 +1000 Message-ID: Subject: Re: bad hash in repo To: Randy Bush Cc: freebsd-stable Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 21:43:09 -0000 On Sat., 18 Aug. 2018, 01:45 Randy Bush, wrote: > seeing a lot of these > > Looking up update.FreeBSD.org > Applying patches... done. > Fetching 2 files... > 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has > incorrect hash. > Do you have a transparent proxy in your network or at your ISP as I have seen similar when those have been present. Bypassing these may fix your issue. > > From owner-freebsd-stable@freebsd.org Fri Aug 17 21:44:50 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15AE7107C715 for ; Fri, 17 Aug 2018 21:44:50 +0000 (UTC) (envelope-from randy@psg.com) Received: from mail.rg.net (mail.rg.net [198.180.150.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3187743D0 for ; Fri, 17 Aug 2018 21:44:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from [75.8.210.205] (helo=[10.7.100.251]) by mail.rg.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1fqmXw-0004lB-Ul; Fri, 17 Aug 2018 21:44:41 +0000 From: "Randy Bush" To: "Jason Tubnor" Cc: freebsd-stable Subject: Re: bad hash in repo Date: Fri, 17 Aug 2018 14:44:37 -0700 X-Mailer: MailMate (1.11.3r5509) Message-ID: In-Reply-To: References: MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 17 Aug 2018 21:44:50 -0000 > Looking up update.FreeBSD.org >> Applying patches... done. >> Fetching 2 files... >> 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has >> incorrect hash. > Do you have a transparent proxy in your network or at your ISP raw nekkid global ip space, aka the internet :) randy From owner-freebsd-stable@freebsd.org Sat Aug 18 09:39:22 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54B36108AD0E; Sat, 18 Aug 2018 09:39:22 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 02FFC8AE3C; Sat, 18 Aug 2018 09:39:21 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 4A2B321957; Sat, 18 Aug 2018 05:39:21 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute4.internal (MEProxy); Sat, 18 Aug 2018 05:39:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=MSgp1GkS2/vFsDVM63+w13Za8oqKDkN+HPOp6aRzPOo=; b=t6mm3qTt VQiB/32UNHdNx/QP3KqOgjxXKOe4Xnx8bUXR8nVsPVcpWHjWzVKoq7ZYoPhctg61 6CODblU/rsMjmdTPK6yxDDixOG0gqZ41FYNy4r2MswI12qtQJ6E3Cr/UvZ1BbPTp gZLqyawegwsNYDSsK/iT4avOWeA16/KnUdRcF+eP2Ji9BSXV12SR99RWofuQjbdV PgqceVRv5mEh4rK9Cs6oZL9MietUEDTavXlK3Va7LF79n64k7peNDlkdRpHOyXKa zjo/cquhEfdEhIZqJEFWjXFHN+foV1ZM9LyYStHZhZNzF0E0UaqI2xOGkRPdmu3C Ne+f0nLzt+OwEg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=MSgp1GkS2/vFsDVM63+w13Za8oqKD kN+HPOp6aRzPOo=; b=vaXQzs0Saw4heZaluQq7bMTArs0lGnMOVrDPCLWAjttcb o7Uv2NXOEapTRZF+qxbzgtVwva0Ug05Jk6HcvS/ten86BZP9y5AjeoO/JhVnaYtr hafQ0rswE8wtyCs6P5HO8HQ59IsQT1aSTHFBdwA9qgRQG4GuMbrnJgT7CgFjlRny xBT5i0qSCd7dUkPHmG0s9JLv7s7xZAF5TC0T5Lcmu36MGHzKvsan7NAHzuAgg1zA U6MtmBSuhQxBGwifukOwV/9L+dm8Q9QtLAaL3wZL/8Nvf6yUddUX3LsAUknOwUNn MFlTOL6cqiycMIhbKJVP6D9MfQlCDfvBgu9yFwDGA== X-ME-Proxy: X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id E4A9BBA4CF; Sat, 18 Aug 2018 05:39:20 -0400 (EDT) Message-Id: <1534585160.3056848.1478206184.0EBD80FB@webmail.messagingengine.com> From: John To: freebsd-stable@freebsd.org Cc: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b72137a Subject: problems with installworld Date: Sat, 18 Aug 2018 10:39:20 +0100 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 18 Aug 2018 09:39:22 -0000 Hello lists, context: 11.1-STABLE #0 r331421 Source build: make buildworld make buildkernel make installkernel all work. I try running make installworld and I get the following error: # make installworld make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: Using cached toolchain metadata from build at eggs.local on Fri Aug 17 17:17:15 BST 2018 Illegal instruction (core dumped) rescue/sh check failed, installation aborted *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src This happens regardless of whether I use 11-stable sources or, as now, 12-current sources. I start the build like this, in /usr/src: 1. rm -rf /usr/obj 2. mkdir /usr/obj 3. rm -rf /ccache 4. mkdir /ccache 5. make cleanworld 6. make cleandir 7. make clean 8 make -j2 buildworld 9. make -j2 buildkernel 10. make installkernel 11. mergemaster -p 12. make installworld /etc/src.conf looks like this: KERNCONF=MYKERNEL WITH_CCACHE_BUILD="TRUE" WITHOUT_ASSERT_DEBUG="YES" WITHOUT_ATM="YES" WITHOUT_AUDIT="YES" WITHOUT_BLUETOOTH="YES" WITHOUT_BOOTPD="YES" WITHOUT_BSNMP="YES" WITHOUT_CUSE="YES" WITHOUT_DMAGENT="YES" WITHOUT_FINGER="YES" WITHOUT_FLOPPY="YES" WITHOUT_FREEBSD_UPDATE="YES" WITHOUT_HAST="YES" WITHOUT_HYPERV="YES" WITHOUT_INETD="YES" WITHOUT_IPFILTER="YES" WITHOUT_IPX="YES" WITHOUT_IPX_SUPPORT="YES" WITHOUT_ISCSI="YES" WITHOUT_JAIL="YES" WITHOUT_KERBEROS="YES" WITHOUT_KERBEROS_SUPPORT="YES" WITHOUT_LPR="YES" WITHOUT_NDIS="YES" WITHOUT_NETGRAPH="YES" WITHOUT_PORTSNAP="YES" WITHOUT_PPP="YES" WITHOUT_QUOTAS="YES" WITHOUT_RADIUS_SUPPORT="YES" WITHOUT_RBOOTD="YES" WITHOUT_RCMDS="YES" WITHOUT_ROUTED="YES" WITHOUT_SHAREDOCS="YES" WITHOUT_TALK="YES" WITHOUT_TFTP="YES" WITHOUT_TCP_WRAPPERS="YES" WITHOUT_TESTS="YES" WITHOUT_UNBOUND="YES" WITHOUT_WIRELESS="YES" /etc/make.conf looks like this: MALLOC_PRODUCTION=YES MAKE_JOBS_NUMBER=3 WITH_CCACHE_BUILD=YES CCACHE_DIR=/ccache WITH_MANCOMPRESS=YES OPTIONS_SET+= OPTIMIZED_CFLAGS OPTIONS_SET+= ICONV #DEFAULT_VERSIONS+= ssl=port CPUTYPE?=penryn USE_LOCALE=en_GB.UTF-8 # Disable sendmail! NO_SENDMAIL=true I'm going to try again without src.conf or make.conf. Is there anything else that could cause this error? thanks, -- J. From owner-freebsd-stable@freebsd.org Sat Aug 18 13:15:16 2018 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57B28106C9C4; Sat, 18 Aug 2018 13:15:16 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B161591633; Sat, 18 Aug 2018 13:15:15 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.99.237]) by mrelayeu.kundenserver.de (mreue004 [212.227.15.167]) with ESMTPA (Nemesis) id 0Lzna3-1fwSbb1SEd-01507D; Sat, 18 Aug 2018 15:15:04 +0200 Date: Sat, 18 Aug 2018 15:15:03 +0200 From: Polytropon To: John Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: problems with installworld Message-Id: <20180818151503.7da44655.freebsd@edvax.de> In-Reply-To: <1534585160.3056848.1478206184.0EBD80FB@webmail.messagingengine.com> References: <1534585160.3056848.1478206184.0EBD80FB@webmail.messagingengine.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:B5R4Lr4L0Nl7wXN488hOaspHBYHBGrYfkxNa4hzLR1zTNw0NLPo x7cPLkXlvBPxswNPnWcmWj34Fx+6zVbRFsU71Nuzf4e1dTilwEUstzcMbF1VFAkc6aJD4Se JHzSAuiT+c60Zak/YTBvH3yVR43w1xucr/FXQK7BzNpRXtAiGNOwCut6T3XL1PmIYKVrOWW 0Z/xyxSR/LwENGnvZ4Oqw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ks9c2hcv/5o=:Di3qUiMSkxlhZ/9GPme02w E4+HIlKf4UNr2g3/+E3jAxjnSSs5GjAT2hw+PqPdLd5p4rGkrBwyGm2NXbrw0dPW4FP6Klu9d ePQaE3H5HPfq80bcdk2FYQ8mX9rtwT/lZDSSthZDk9l2oVsj+pKnJbFCWKOHVhpdteSeripHS 9TG6bpib26cx9daHkyg+BvWi7LeKgpjVk/hL+cFH2xNXEv3jU0/mhxkiEeJY8FKn+ofldLKQl a4f8L6f+hw8ft5HHFBpAEIEwCd0mC6YdU8NMehzblE+tY8DIN7j1vQqdGgQMEO5Wtd0f3K4kB 2Ze4L/RRJBvSvObUB1D44KjMveIemvr5ZiiY+ezadfTYJFaldY0bKKU2YG9wPi6SdjpbufwPN w8y3R+Jy7ssItV+6CC5asJCVQUgG/WE1Sh9HGcKSOT9wmrSh4GIL2e1AQin+WdDYdoU6O7YcC Vbvcym5ourHyUu30C7xS4S+ESM0CdVzjQydL6Dt4RXOf826KEHtTGjg1ZYXaMc/+JtGoOhX9J Sjzhu/XvL8iqoyi/la0gYUbXLx5auPRx1VXYXvnI9tjkOleQBF22Ekj+lkK04/y2AtPq+l2FZ /Dc7cMc4U08ML22xm0w2HI1ZvOvK6MU/NfUHGNWl4IhvOjJqS9ClZm92CjGkA0WGhIRygJGyg Yj1GP+ZkHh3QB9CLR6oBJnLnnaJ+iLdTJ76N71q+lnBvHUhBUPo+KtN4L4gTboq4B2eQHgco9 vjl4qyaox5CH6SgR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.27 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, 18 Aug 2018 13:15:16 -0000 On Sat, 18 Aug 2018 10:39:20 +0100, John wrote: > Hello lists, > > context: 11.1-STABLE #0 r331421 > > Source build: make buildworld make buildkernel make installkernel > all work. I try running make installworld and I get the following error: > > # make installworld > make[1]: "/usr/obj/usr/src/amd64.amd64/toolchain-metadata.mk" line 1: > Using cached toolchain metadata from build at eggs.local on Fri Aug > 17 17:17:15 BST 2018 > Illegal instruction (core dumped) > rescue/sh check failed, installation aborted > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > This happens regardless of whether I use 11-stable sources or, as now, 12-current sources. > > I start the build like this, in /usr/src: > > 1. rm -rf /usr/obj > 2. mkdir /usr/obj > 3. rm -rf /ccache > 4. mkdir /ccache > 5. make cleanworld > 6. make cleandir > 7. make clean > 8 make -j2 buildworld > 9. make -j2 buildkernel > 10. make installkernel > 11. mergemaster -p > 12. make installworld Try to follow the instructions on top of /usr/src/Makefile (comment header). Before you perform "make installworld", make sure you have rebooted the system into single-user mode (with the new kernel). Also see "man 7 build" for details. > I'm going to try again without src.conf or make.conf. Is there > anything else that could cause this error? Hardware problems. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...