From owner-svn-src-all@freebsd.org Mon Sep 28 01:26:05 2020 Return-Path: Delivered-To: svn-src-all@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6C5CA3F116D; Mon, 28 Sep 2020 01:26:05 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (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 4C04bc2sbJz4fYj; Mon, 28 Sep 2020 01:26:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 3E6C77F9; Sun, 27 Sep 2020 21:26:02 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sun, 27 Sep 2020 21:26:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsco.org; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm1; bh=u zgGSd5paxhupt0q2ql7uTXQYEMSDb77VCh0zqsA2Go=; b=n30VHSntbAB0Owfen QwBVPAJ5UmDjoGNyLEYWg/Y8HZNOR94sB2NOROOuqNBlW8uwXKqBdXz3LFVZcPqV FL05Wf2+f5LpIo8HdVxUe6CQGrpR2k0mH91IBHss9q6gYNEUf6Qb+q12BEVR10s0 jR+RYupy47TDU8V+NTJwprnPaaH726vhZL9t0iJHBTcNbkcGdn/bfsYc35EqzsG8 XYlsYeZOipqdzPUulvd6RZ32xmzO3pXItEaUCbCP1CLGCBG4i5+lGwINctmuGJsV NQ7YwDFNxwFiv7yT1f+etpuPbZsuv1Hz4sA/0XZ2mCryZNnHZIDQt2HCS6uRl0y5 Dp9lQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=uzgGSd5paxhupt0q2ql7uTXQYEMSDb77VCh0zqsA2 Go=; b=dqAjuOveScBmiXZVLMMlCJaf7CLpcuyFofcJKTiUIKL/3XDi1rg5yxwlE 7kO7x+4xcng7LLSM6JIIyjhDBtb0f7kikFkWJ4SZWlBQe+JKGUalN7L0/53Ss2XZ +yu3HEmvWTdD6tD+pvF6yYXmCVxxsRZs9KpQWlnNd3iZ5zxfPRC36Z8DGfL1j4ol rxzAPrWPVJDjjMAM0FiAaltB4dLtU7cNfrkSwUHVovcwyDyLRXa2WIte8aYzYOD1 qo16nZ5/KST5+bj5nk2bTv8HUAfabVw/jA5FUz8s9lNm8rLkdly2cFgzlvNSl6gz J1Rci7i/FgfSEsXSt7Njr71M27yGg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdehgdegiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurheptggguffhjgffgffkfhfvofesthhqmh dthhdtjeenucfhrhhomhepufgtohhtthcunfhonhhguceoshgtohhtthhlsehsrghmshgt ohdrohhrgheqnecuggftrfgrthhtvghrnhepfeejgefgjefhgfdtjeevjeekgeevieelue ehjefgudetvefgtdetgffggefgvdegnecukfhppeekrdegiedrkeelrddvudefnecuvehl uhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepshgtohhtthhlse hsrghmshgtohdrohhrgh X-ME-Proxy: Received: from [192.168.0.114] (unknown [8.46.89.213]) by mail.messagingengine.com (Postfix) with ESMTPA id 186BB3280060; Sun, 27 Sep 2020 21:26:01 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: svn commit: r365643 - head/bin/cp From: Scott Long In-Reply-To: <202009262320.08QNKr09056871@gndrsh.dnsmgr.net> Date: Sun, 27 Sep 2020 19:26:00 -0600 Cc: Warner Losh , Benjamin Kaduk , Ian Lepore , src-committers , svn-src-all , svn-src-head Content-Transfer-Encoding: quoted-printable Message-Id: References: <202009262320.08QNKr09056871@gndrsh.dnsmgr.net> To: rgrimes@freebsd.org X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4C04bc2sbJz4fYj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=samsco.org header.s=fm1 header.b=n30VHSnt; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=dqAjuOve; dmarc=none; spf=pass (mx1.freebsd.org: domain of scottl@samsco.org designates 64.147.123.19 as permitted sender) smtp.mailfrom=scottl@samsco.org X-Spamd-Result: default: False [-2.97 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[samsco.org:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.86)[-0.858]; RCPT_COUNT_SEVEN(0.00)[7]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; R_DKIM_ALLOW(-0.20)[samsco.org:s=fm1,messagingengine.com:s=fm3]; FREEFALL_USER(0.00)[scottl]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[samsco.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_CC(0.00)[bsdimp.com,gmail.com,freebsd.org]; MAILMAN_DEST(0.00)[svn-src-all,svn-src-head] X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Sep 2020 01:26:05 -0000 >> normal means before devfs can be mounted. However, several people = have >> looked and found no evidence on their system. This means there's = something >> special / unique to Rod's setup that's generating them (assuming it = isn't a >> simple chroot without devfs). What that is, and how they come to be, = hasn't >> been explained in enough detail to reproduce. That's what people are = asking >> Rod about: how do we get there? How did it happen? Once we know those >> answers, we can fix it. >=20 > Problem is these are being found in after the fact analysis, > so "getting there" is going to be hard. I'll try to collect > better data such as inode contents and dates and see if I=20 > can correlate that to system install time, or some time during > the systems life time. >=20 > Given what kib, and ian have said I am starting to suspect > that this may be occuring during the install process, the > dates on the null inode and a find of the oldest inode on > the disk should correlate that next time I see one of these. >=20 > If I could easily reroduce it we would not be having > this conversation, it would of been fixed. >=20 I just tested 11.2, 11.4, 12.0, 12.2 releases (or betas), and the most = recent 13.0 snapshot. I tested both UFS and ZFS installs to a local disk, used the = stock images, default bsdinstall options, stock everything. After each = install I mounted the disk onto another system and examined the contents of the root = filesystem. In no case did I find any files in the /dev directory. If there were = previous bugs with files being written to /dev during install, they=E2=80=99re long = gone. I=E2=80=99m going to consider this problem closed and/or unique to Rod and his usage = patterns. Any further extraordinary claims will need to be accompanied by = extraordinary proof. Thanks, Scott