From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 1C7551396D0 for ; Tue, 15 Aug 2017 22:54:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 78498E0F08; Tue, 15 Aug 2017 22:54:37 +0000 (UTC) Received: from mail0205.smtp25.com (mail0205.smtp25.com [174.37.170.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 15D33E0EDE for ; Tue, 15 Aug 2017 22:54:36 +0000 (UTC) Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.14.9/8.14.8) with ESMTP id v7FMsY2r006291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 15 Aug 2017 18:54:34 -0400 Received: (from covici@localhost) by ccs.covici.com (8.14.9/8.13.7/Submit) id v7FMsYxV006287; Tue, 15 Aug 2017 18:54:34 -0400 Date: Tue, 15 Aug 2017 18:54:34 -0400 Message-ID: From: John Covici To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] zfs emerge failure In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Organization: Covici Computer Systems Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SpamH-Filter: s-out-001.smtp25.com-v7FMsZHo009445 X-SpamH-OriginatingIP: 70.109.53.110 X-Archives-Salt: fb1a5fb5-4fa8-489f-bd31-2b3509c4058f X-Archives-Hash: 28ecffd50fcc7912af31e6189972db18 On Tue, 15 Aug 2017 18:46:59 -0400, John Blinka wrote: > > On Tue, Aug 15, 2017 at 6:04 PM, Rich Freeman wrote: > > First, I appreciate your thoughts and comments. > > > > > I suspect your sources have gotten messed up in some way. I've run > > into issues like this when I do something like build a kernel with an > > odd umask so that the portage user can't read the files it needs to > > build a module. Your chmod should have fixed that but there could be > > something else going on. It might just be that you didn't prepare the > > sources? > > Same thought occurred to me, hence the chmod. Not sure what "prepare > the sources" is all about; not a step I've ever used with kernels. > But see below. > > > > > I actually do all my kernel builds in a tmpfs under /var/tmp these > > days which keeps my /usr/src/linux pristine. (make O=/var/tmp/linux > > modules_install and so on) It does involve more building during > > upgrades but I know everything is clean, and I prefer no-issues to > > faster-builds. > > I have the same preference. Will have to take a look at following > your example.. > > > > > In theory that isn't essential, but I would definitely just wipe out > > /usr/src/linux and unpack clean kernel sources. If you're using the > > gentoo-sources package you can just rm -rf the symlink and the actual > > tree, and just re-emerge the package and it will set up both. If > > you're using git then I'd probably wipe it and re-pull as I'm not sure > > if a clean/reset will actually take care of all the permissions. > > > > Then you need to run at least make oldconfig and make modules_prepare > > before you can build a module against it. Doing a full kernel build > > is also fine. > > I think I've done that (multiple times over the past 8 months). When > a new kernel shows up as stable in the tree, I do (as root) > > emerge -DuNv gentoo-sources > set up symlink > cd into usr/src/linux > zcat /proc/config.gz > .config > make olddefconfig > make menu_config (as a sanity check) > make > make modules_install > make install > > I don't know what could have messed up the kernel tree other than > whatever magic happens behind the scenes in the various make commands. > > Just now tried a make modules_prepare followed by an emerge -1 spl. Same error. > > Started again from scratch. Moved the kernel tree I've been working > with (building kernel, modules, etc.) aside, then re-emerged > gentoo-sources. Kernel tree should be pristine now, right? Then > copied the config from my running kernel (same version 4.12.5) into > /usr/src/linux. Then did a make modules_prepare. Finally did an > emerge -1 spl. Same error as always. So, as attractive as the idea > of a messed up kernel tree is to me, I don't think that's the source > of the problem. > > I think it would be informative if I could somehow see exactly what > commands are being run when the error occurs. Is there a way of doing > that? What is your umask? I had troubles like this when I had too aggressive umask of I think 027 rather than 022. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com