From nobody Mon Apr 24 15:55:16 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q4qTv3Pc7z471Js for ; Mon, 24 Apr 2023 15:55:31 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4qTt5Yrpz44LW for ; Mon, 24 Apr 2023 15:55:30 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20221208 header.b=MlwFaSTP; spf=pass (mx1.freebsd.org: domain of gkontos.mail@gmail.com designates 2a00:1450:4864:20::135 as permitted sender) smtp.mailfrom=gkontos.mail@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-4edcc885d8fso5054308e87.1 for ; Mon, 24 Apr 2023 08:55:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682351728; x=1684943728; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=1cZAv3Jmc4nBum8YA5yE+eScpy/c5Oe7vko/V9uuCgk=; b=MlwFaSTPMxuY/bynEoDA10p4th8ZptpHOqwfvZ8UTKKHidDgPb17huz98ddVTOquvU VhpCmkjADV0lS2iKfDZCFS1CO2rmx2UdxP/3bhq1s9aHCYB/0SwefQUqFHVXaYNun71p 8NjWQvnbo4mJbmhVfncuvMhpn7r9mvIX13rjdw7X1baSNG7NUFAvaXAIT/ixSjQzPMvX TScPxH6PWLXojmTf6IcrFwkJxAltpZwRq0y0FZTUNR4nLimPpspb/MRQicfBwAFQlsTo GWIMOqacBeGWKxwMAyWhDxckIdWttKtU+PB8ivtR9gbGFrR1cDH0QZtMzxmD9ogCG0KQ /vKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682351728; x=1684943728; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1cZAv3Jmc4nBum8YA5yE+eScpy/c5Oe7vko/V9uuCgk=; b=BbLmSAza0YPeLRqc0n+ch6VbFU0Ia3EX9qwsnLCjOo4g7WYlvjQyCYsmzE8WvkZFkq n8MLcnzUizSElYFtdykr7UHN/sFcX8asIFM202gzSIbwlEUmNBPtlj7j2ixovixdkhEI gSYIh27nrE75Vhq/KQXDjrYuBfVAt+9dYwwf/UogxTK2ieC81u5VI2SmvAd9AhsBdK+d A5cMGP6Cjralj82AyYL5K005PjEDw/6D16mkEw6EK4BmEJyrPWHFzniF8rZAbliM50YH puBmSr1c/2avna28QwkE4f4jLiGSFmvKbNLD+9h5mrJMbDDL5KEPS1G0A2B9ZAPBfs/H cKdA== X-Gm-Message-State: AAQBX9cI7MLjnbny3WNdYAmaP64hTidxLsGHbytI5X8RXiy6mnrBXvML k0XxsEgQIif5ZVItlRDyV51XzYblc8N40b0Y8RsWWr3zevg= X-Google-Smtp-Source: AKy350a6yHmMQT9fb3rDfWbD3Zu1bNRj0lXSZxoI43w01Mo7dRW2ydGUV6CC1U+A4X9467hHqTAy27kNQDirb4n0OlQ= X-Received: by 2002:ac2:44ca:0:b0:4eb:2d45:f67f with SMTP id d10-20020ac244ca000000b004eb2d45f67fmr3344862lfm.33.1682351728529; Mon, 24 Apr 2023 08:55:28 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: George Kontostanos Date: Mon, 24 Apr 2023 18:55:16 +0300 Message-ID: Subject: Re: 13.2-RELEASE and firefox To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.981]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20221208]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::135:from]; ARC_NA(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Q4qTt5Yrpz44LW X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N unsubscribe On Thu, Apr 13, 2023 at 7:43=E2=80=AFPM Greg Balfour = wrote: > > I installed 13.2-RELEASE in a VMware VM and can't get firefox to > start. Everything (xorg, vmware, firefox, etc.) is installed with > packages. There are error messages about "Can't find profile > directory." but Firefox does create the usual config directories > with appropriate permissions. Interestingly, if I install > www/tor-browser that does work. > > $ ls ~/.mozilla/firefox/ > ./ installs.ini > ../ irt0vtne.default/ > bka4pgd6.default-release/ profiles.ini > > $ firefox > console.error: ({}) > JavaScript error: resource://gre/modules/XULStore.jsm, line 58: Error: > Can't find profile directory. > JavaScript error: resource://gre/modules/XULStore.jsm, line 58: Error: > Can't find profile directory. > console.error: (new TypeError("Cc[aContract] is undefined", > "resource://gre/modules/XPCOMUtils.sys.mjs", 137)) > JavaScript error: resource://gre/modules/XPCOMUtils.sys.mjs, line 137: > TypeError: Cc[aContract] is undefined > [ERROR glean_core] Error setting metrics feature config: > Json(Error("EOF while parsing a value", line: 1, column: 0)) > JavaScript error: resource://gre/modules/XULStore.jsm, line 58: Error: > Can't find profile directory. > console.error: (new SecurityError("Navigator.requestMIDIAccess: Access > not allowed", (void 0), 3012)) > JavaScript error: resource://gre/modules/TelemetrySession.sys.mjs, > line 747: NS_ERROR_NOT_AVAILABLE: Component returned failure code: > 0x80040111 (NS_ERROR_NOT_AVAILABLE) > [nsITelemetry.msSinceProcessStartExcludingSuspend] > --=20 George Kontostanos --- From nobody Thu Apr 27 09:21:06 2023 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q6Vbd4LJyz46dN0 for ; Thu, 27 Apr 2023 09:21:17 +0000 (UTC) (envelope-from SRS0=K5m8=AS=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q6Vbc5MKYz3CwD for ; Thu, 27 Apr 2023 09:21:16 +0000 (UTC) (envelope-from SRS0=K5m8=AS=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of "SRS0=K5m8=AS=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=K5m8=AS=quip.cz=000.fbsd@elsa.codelab.cz"; dmarc=none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 850B8D78C6 for ; Thu, 27 Apr 2023 11:21:09 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 91D5DD78AB for ; Thu, 27 Apr 2023 11:21:06 +0200 (CEST) Message-ID: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> Date: Thu, 27 Apr 2023 11:21:06 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 To: freebsd-stable@freebsd.org Content-Language: cs-Cestina, en-US From: Miroslav Lachman <000.fbsd@quip.cz> Subject: etcupdate created empty files = system unbootable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [1.28 / 15.00]; AUTH_NA(1.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=K5m8=AS=quip.cz=000.fbsd@elsa.codelab.cz]; NEURAL_HAM_MEDIUM(-0.22)[-0.222]; NEURAL_SPAM_SHORT(0.18)[0.181]; NEURAL_SPAM_LONG(0.13)[0.126]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[quip.cz]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=K5m8=AS=quip.cz=000.fbsd@elsa.codelab.cz]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Q6Vbc5MKYz3CwD X-Spamd-Bar: + X-ThisMailContainsUnwantedMimeParts: N Yesterday I upgraded one machine from 12.3 to 13.2 with source upgrade (installkernel & installworld). Then I run "etcupdate" (about 100 changes listed, mainly U and A, only 2 C), "etcupdate resolve" to solve conflicts in newsyslog.conf and sshd_config, then "etcupdate status" to be sure everything is OK, it just said: "Modified regular file remains: /etc/motd" After this I updated bootcode with gpart and rebooted the machine but it does not come up, cannot login via ssh. Accessing this remote machine with remote mamagement / IPMI was a nightmare. It took me almost 5 hours because of java etc. but it's a different story. The machine in question is all ZFS based. I did similar kind of upgrade many times but this time the etcupdate left more than 80 files in /etc/ empty. Almost all files marked as U (updated) or A (added) by the first run of etcupdate was empty. So there were non functional files in /etc/rc.d/, empty /etc/login.conf and many more which means the system cannot boot to multi user. I must boot into single user, restored files from snapshot before upgrade and then it booted. Question number 1: How etcupdate can go so horribly wrong to put empty files in /etc/ and make system unbootable? Question number 2: What's the right way to fix this with etcupdate now? # etcupdate Failed to build new tree. I don't know if I am alone but I definitely have more problems with etcupdate in a few years of usage instead on mergemaster. I don't remember so many errors, unhandled automatic updates or syntax errors in important files with mergmeaster in about 15 years. Kind regards Miroslav Lachman From nobody Fri Apr 28 06:30:33 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q72mf0MnWz483JX for ; Fri, 28 Apr 2023 06:30:58 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q72md3wQ1z4FLC for ; Fri, 28 Apr 2023 06:30:56 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id EC4E13200910; Fri, 28 Apr 2023 02:30:54 -0400 (EDT) Received: from imap44 ([10.202.2.94]) by compute1.internal (MEProxy); Fri, 28 Apr 2023 02:30:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1682663454; x=1682749854; bh=klVrgSzUAECztUkbZFo2jXJsEW23OQpp/nE 7gzPUAjs=; b=XyVnpS0LrkRN+4fRe9cOljiaVZCFbKDDoMr8ysCr2mkVSzTnW5A qmE+sBOtdxKWzSLmkaghFEH1MEB8Iae5OjH0I0mSJq/4wxNFQQt51iqkq+e+9LAa a7v2R8slQIch9+4ZZtb+TbZ+3Es7HbfsEwMu9MtBit9cE/UcWcnsC7NgbumPC5Vz abN2zd+eZjTcNOJ5HpRbVdyisq+kKfo7FolSKpbQG42k00UGyJaAnzegcHubWzKF 8iZa4UVQipRKHuauM8/uhGOmf+nyfaOibm1uQvwRboHj0GDLhxtm02CqrYeVshc1 KLfuIT4VeUwMcNX/EhDHQt+xKPc2l5dqi3Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1682663454; x= 1682749854; bh=klVrgSzUAECztUkbZFo2jXJsEW23OQpp/nE7gzPUAjs=; b=Q yo6JD4o4i0zeSGOvzJLlnVxWLkAC1jbuEJmLb3OnrUg39AcWKOoIsnMmoEnXQGa5 08xd1ToImXZhNk2LjeaW0d2tLOM7L6y4B8B9vVUgKSm1RCXUssMSkTt/llLFp0KT rOwu3e+PxNi8/t4AimvF0hJ8PxSuzEMMqusLJWqyCjQlAe3zNqpIaA0F4870NiIk zjHsSl+Z+xzfoqwAOpdLMVvGamxrcVV639sdPL4tEHL7f1LbwQqlNQ/yBJMW3Bzw s0Usi4LoeUXLkY9DO/BYILp3PqqAZLkf18D8St/Z7hCQr0sTsirzF76JbMlHFVzf qLY/NaRJpZ0cI8ZMx0R5g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfedujedgudduudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgfgse htqhertderreejnecuhfhrohhmpedfffgrvhgvucevohhtthhlvghhuhgsvghrfdcuoegu tghhsehskhhunhhkfigvrhhkshdrrghtqeenucggtffrrghtthgvrhhnpedthfethfejke eihedvhfeiieeiledtheehueetieelhfffleehhffhfeefteejteenucevlhhushhtvghr ufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegutghhsehskhhunhhkfigvrh hkshdrrght X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id B5A3736A0073; Fri, 28 Apr 2023 02:30:53 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-374-g72c94f7a42-fm-20230417.001-g72c94f7a List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Message-Id: In-Reply-To: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> Date: Fri, 28 Apr 2023 08:30:33 +0200 From: "Dave Cottlehuber" To: stable@freebsd.org, "Miroslav Lachman" <000.fbsd@quip.cz> Subject: Re: etcupdate created empty files = system unbootable Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Q72md3wQ1z4FLC X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:29838, ipnet:64.147.123.0/24, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Thu, 27 Apr 2023, at 11:21, Miroslav Lachman wrote: > Yesterday I upgraded one machine from 12.3 to 13.2 with source upgrade=20 > (installkernel & installworld). > Then I run "etcupdate" (about 100 changes listed, mainly U and A, only= 2=20 > C), "etcupdate resolve" to solve conflicts in newsyslog.conf and=20 > sshd_config, then "etcupdate status" to be sure everything is OK, it=20 > just said: "Modified regular file remains: /etc/motd" > > After this I updated bootcode with gpart and rebooted the machine but = it=20 > does not come up, cannot login via ssh. Accessing this remote machine=20 > with remote mamagement / IPMI was a nightmare. It took me almost 5 hou= rs=20 > because of java etc. but it's a different story. > > The machine in question is all ZFS based. Ouch. I don=E2=80=99t wish java remote console on anybody. I have heard = a very small number of vaguely similar complaints but nothing concrete. Do you still have the zfs snapshot this was upgraded from? It would be g= ood to know if this issue is reproducible, and even better to work out w= hat=E2=80=99s happening. Please log a PR for this issue Dave From nobody Fri Apr 28 07:40:23 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q74Jq2r7gz487Bb for ; Fri, 28 Apr 2023 07:40:27 +0000 (UTC) (envelope-from SRS0=dZEH=AT=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q74Jq0fSjz4LsY for ; Fri, 28 Apr 2023 07:40:26 +0000 (UTC) (envelope-from SRS0=dZEH=AT=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7FAB7D78AB; Fri, 28 Apr 2023 09:40:24 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id B8819D788A; Fri, 28 Apr 2023 09:40:23 +0200 (CEST) Message-ID: <0db3bbf1-9e98-d721-c734-fdfe2483cbf0@quip.cz> Date: Fri, 28 Apr 2023 09:40:23 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: etcupdate created empty files = system unbootable To: Dave Cottlehuber , stable@freebsd.org References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> Content-Language: cs-Cestina From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4Q74Jq0fSjz4LsY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 28/04/2023 08:30, Dave Cottlehuber wrote: > On Thu, 27 Apr 2023, at 11:21, Miroslav Lachman wrote: >> After this I updated bootcode with gpart and rebooted the machine but it >> does not come up, cannot login via ssh. Accessing this remote machine >> with remote mamagement / IPMI was a nightmare. It took me almost 5 hours >> because of java etc. but it's a different story. >> >> The machine in question is all ZFS based. > > Ouch. I don’t wish java remote console on anybody. I have heard a very small number of vaguely similar complaints but nothing concrete. > > Do you still have the zfs snapshot this was upgraded from? It would be good to know if this issue is reproducible, and even better to work out what’s happening. > > Please log a PR for this issue yes, I have Boot Environment created before system upgrade (I always create BE before system or pkg upgrades) and there are automatic snapshot from cron. Should I try to clone it and reproduce it again? I will file a PR today. Kind regards Miroslav Lachman From nobody Fri Apr 28 13:16:53 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q7CnN0Kbpz48SrZ for ; Fri, 28 Apr 2023 13:17:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q7CnM6z0xz3pwG; Fri, 28 Apr 2023 13:17:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1682687832; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0t9w+os3zF38uymCpHtzXrHeFd4m8a509jMSJafQ2OM=; b=pflr5JGxi9cKGu1zJiKmQ6FkAaPkS746c/dSHZX9HSE21rJfHOlUE09Xs57aihlAJTum1I I/Y3cfKIcQXzoTP0ClZtEeDbdMzL8bPAYbFQOEceA3fSK9QKHq7gkbZcgb0rSUiZp0LO3I R6yW/mJ0tmdGF6dcvXQWxf+U4Le3E27b84lrPs7IqsSCtUnzlQWLSJixdkhK0NAsP/QnWV tzCCzchk8WHdHMCDg+8zyK9mBo6UpwKJckSDFQhj2uEXvQqysTdMJDUenUH/M4GkyO9y67 Yhs42h1sOAnnLCV+hRXaoD1oIGKospJoQWY8K5e8AKAP9fLOHf6cWiaOiPSqtQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1682687832; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0t9w+os3zF38uymCpHtzXrHeFd4m8a509jMSJafQ2OM=; b=Cd6qL0Y+JPoT4WrOD0tp69gTaQXubfV9Z6h91gXcE0eyOdcH5gmcGIUp8tc3CvZfHCuK+2 L3eZhzoEODr4SXIfmGbo1h+7E9wZNfC2RtrRiNUWprEZRu4fa3AQRY49BmDCEb1J3tl90R wQRtwsmOoVmrsiHAaK0J8Hm1Tc2RfHhlu0W+S56WfdW+I6pjYkO7oziUIINGAxieWi3854 Lgp2XWxz2l6yoBxMGRTE4TXIdq79ReHBAnIbHM37MrLKAFrUBvG2fV82w76MRaewZfkPTE kaGSZKMhvPPp7SCeDdiaI49KngkyuYkg7A0o2LvnUtYMoZxIOkhG1IhUwQUv+w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1682687832; a=rsa-sha256; cv=none; b=r/aaf9DtZaCgzvwJZZK/RlStVzE36IK6c/El1jgH75M/qlKKvkAGcm6CdF0vx2OxiJ3F+2 O92OYoq7r8seI+d+8I4qPFNWZKWti4qTfTX1aK5NbHfTVhrXsGGqD7MQZs+a2Xn80TayIk b4lowUytMd42/SjsSWWbw0B9LQzjg9TYekkTmpI5+z0W4ed5ygQx6nFrMfgtOLQu7pkDSm XyyBBalcxs4wMJw0AQdeq/e8UpGaD8QWfw+yCzi18PhXl3cvlzTjfclPs+0mnAmrmMrnYW 7feViyZSMgbTVbpKTNzLCBd1dA4wAofnPPOLDpAhqgh7im0E/x6tZ6gEOROdwQ== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Q7CnM5PgczJtL; Fri, 28 Apr 2023 13:17:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 670E058436; Fri, 28 Apr 2023 15:17:10 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_D2A92C5B-036F-44D3-B0FE-FCA7FCEB875B"; protocol="application/pgp-signature"; micalg=pgp-sha1 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\)) Subject: Re: etcupdate created empty files = system unbootable From: Dimitry Andric In-Reply-To: <0db3bbf1-9e98-d721-c734-fdfe2483cbf0@quip.cz> Date: Fri, 28 Apr 2023 15:16:53 +0200 Cc: Dave Cottlehuber , stable@freebsd.org Message-Id: <95169DC0-5DB6-41D1-8B04-5A450094529F@FreeBSD.org> References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> <0db3bbf1-9e98-d721-c734-fdfe2483cbf0@quip.cz> To: Miroslav Lachman <000.fbsd@quip.cz> X-Mailer: Apple Mail (2.3731.500.231) X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_D2A92C5B-036F-44D3-B0FE-FCA7FCEB875B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 28 Apr 2023, at 09:40, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > On 28/04/2023 08:30, Dave Cottlehuber wrote: >> On Thu, 27 Apr 2023, at 11:21, Miroslav Lachman wrote: >=20 >>> After this I updated bootcode with gpart and rebooted the machine = but it >>> does not come up, cannot login via ssh. Accessing this remote = machine >>> with remote mamagement / IPMI was a nightmare. It took me almost 5 = hours >>> because of java etc. but it's a different story. >>>=20 >>> The machine in question is all ZFS based. >> Ouch. I don=E2=80=99t wish java remote console on anybody. I have = heard a very small number of vaguely similar complaints but nothing = concrete. >> Do you still have the zfs snapshot this was upgraded from? It would = be good to know if this issue is reproducible, and even better to work = out what=E2=80=99s happening. >> Please log a PR for this issue >=20 > yes, I have Boot Environment created before system upgrade (I always = create BE before system or pkg upgrades) and there are automatic = snapshot from cron. >=20 > Should I try to clone it and reproduce it again? >=20 > I will file a PR today. I have seen some bad behavior in the past from etcupdate, when you = interrupted it (with control-C) at the 'wrong' time. In that case, it = would have built up a bad tree in /var/db/etcupdate, and as a result = *delete* almost all files in /etc! However, this problem has been = solved, as far as I know, and the effect was definitely not zero-sized = files, but really deleted ones. If you have a good way of reproducing it, I think the etcupdate = maintainers will be interested enough, moreover since mergemaster is = going to go away. -Dimitry --Apple-Mail=_D2A92C5B-036F-44D3-B0FE-FCA7FCEB875B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCZEvHRQAKCRCwXqMKLiCW o8k5AKCoBuTntUrCkK+apzrJHoHmnkvwAQCg6X2fFM9edMtQ4v8zrVnVMfCbkPs= =ivE7 -----END PGP SIGNATURE----- --Apple-Mail=_D2A92C5B-036F-44D3-B0FE-FCA7FCEB875B-- From nobody Fri Apr 28 14:24:36 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q7FHP58jYz48XjM for ; Fri, 28 Apr 2023 14:24:49 +0000 (UTC) (envelope-from SRS0=dZEH=AT=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q7FHP2Zhmz40DM; Fri, 28 Apr 2023 14:24:49 +0000 (UTC) (envelope-from SRS0=dZEH=AT=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id D7A16D78EF; Fri, 28 Apr 2023 16:24:40 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 11625D78AB; Fri, 28 Apr 2023 16:24:37 +0200 (CEST) Message-ID: <19399711-4a71-7025-7ceb-8dd481ec0038@quip.cz> Date: Fri, 28 Apr 2023 16:24:36 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: etcupdate created empty files = system unbootable Content-Language: cs-Cestina To: Dimitry Andric Cc: Dave Cottlehuber , stable@freebsd.org References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> <0db3bbf1-9e98-d721-c734-fdfe2483cbf0@quip.cz> <95169DC0-5DB6-41D1-8B04-5A450094529F@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <95169DC0-5DB6-41D1-8B04-5A450094529F@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Q7FHP2Zhmz40DM X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 28/04/2023 15:16, Dimitry Andric wrote: >> yes, I have Boot Environment created before system upgrade (I always create BE before system or pkg upgrades) and there are automatic snapshot from cron. >> >> Should I try to clone it and reproduce it again? >> >> I will file a PR today. > > I have seen some bad behavior in the past from etcupdate, when you interrupted it (with control-C) at the 'wrong' time. In that case, it would have built up a bad tree in /var/db/etcupdate, and as a result *delete* almost all files in /etc! However, this problem has been solved, as far as I know, and the effect was definitely not zero-sized files, but really deleted ones. > > If you have a good way of reproducing it, I think the etcupdate maintainers will be interested enough, moreover since mergemaster is going to go away. I have saved screens of the whole upgrade process so I am sure everything was fine without any error printed on the screen, nothing was interrupted etc. but the result was more than 80 empty files. And the next thing which bothers me there is no way to fix the half updated state of /etc/ by etcupdate. I had to use mergemaster to fix it. How can we fix something like this in 14 without mergemaster? root@rico ~/ # etcupdate D /etc/amd.map D /etc/newsyslog.conf.d/amd.conf D /etc/rc.d/amd D /etc/rc.d/nsswitch D /etc/rc.d/timed U /.profile U /COPYRIGHT U /etc/defaults/devfs.rules U /etc/defaults/rc.conf U /etc/devd.conf U /etc/devd/hyperv.conf U /etc/devd/iwmbtfw.conf U /etc/devd/zfs.conf U /etc/disktab M /etc/group U /etc/inetd.conf U /etc/libalias.conf U /etc/login.conf U /etc/mail/Makefile U /etc/mail/freebsd.cf U /etc/mail/freebsd.mc U /etc/mail/freebsd.submit.cf U /etc/mail/freebsd.submit.mc U /etc/mail/helpfile U /etc/mail/sendmail.cf U /etc/mail/submit.cf U /etc/mtree/BSD.debug.dist U /etc/mtree/BSD.include.dist U /etc/mtree/BSD.lib32.dist U /etc/mtree/BSD.root.dist U /etc/mtree/BSD.sendmail.dist U /etc/mtree/BSD.tests.dist U /etc/mtree/BSD.usr.dist U /etc/mtree/BSD.var.dist U /etc/network.subr C /etc/newsyslog.conf U /etc/portsnap.conf U /etc/profile U /etc/rc U /etc/rc.d/FILESYSTEMS U /etc/rc.d/archdep U /etc/rc.d/auditd U /etc/rc.d/bluetooth U /etc/rc.d/cleanvar U /etc/rc.d/ctld U /etc/rc.d/devmatch U /etc/rc.d/dhclient U /etc/rc.d/dumpon U /etc/rc.d/fsck U /etc/rc.d/growfs U /etc/rc.d/gssd U /etc/rc.d/hostapd U /etc/rc.d/hostid U /etc/rc.d/hostid_save U /etc/rc.d/ipfs U /etc/rc.d/ipfw U /etc/rc.d/jail U /etc/rc.d/ldconfig U /etc/rc.d/linux U /etc/rc.d/local U /etc/rc.d/local_unbound U /etc/rc.d/lockd U /etc/rc.d/motd U /etc/rc.d/mountcritremote U /etc/rc.d/mountd U /etc/rc.d/mountlate U /etc/rc.d/netif U /etc/rc.d/nfsd U /etc/rc.d/ntpd U /etc/rc.d/os-release U /etc/rc.d/pf U /etc/rc.d/routed U /etc/rc.d/routing U /etc/rc.d/statd U /etc/rc.d/syscons U /etc/rc.d/tmp U /etc/rc.d/wpa_supplicant U /etc/rc.d/zfs U /etc/rc.d/zfsbe U /etc/rc.d/zvol U /etc/rc.firewall U /etc/rc.initdiskless U /etc/rc.subr U /etc/regdomain.xml U /etc/security/audit_event U /etc/services U /etc/ssh/moduli U /etc/ssh/ssh_config C /etc/ssh/sshd_config M /etc/syslog.conf U /etc/ttys U /root/.profile A /etc/kyua/kyua.conf A /etc/motd.template A /etc/rc.d/growfs_fstab A /etc/rc.d/tlsclntd A /etc/rc.d/tlsservd A /etc/rc.d/var_run A /etc/rc.d/zfskeys A /etc/rc.d/zpool A /etc/rc.d/zpoolreguid A /root/.shrc A /usr/share/nls/en_US.US_ASCII Warnings: Modified regular file remains: /etc/motd Usr: 14.828s Krnl: 7.174s Totl: 0:58.53s CPU: 37.5% swppd: 0 I/O: 28179+16114 root@rico ~/ # etcupdate resolve Resolving conflict in '/etc/newsyslog.conf': Select: (p) postpone, (df) diff-full, (e) edit, (h) help for more options: df Select: (p) postpone, (df) diff-full, (e) edit, (h) help for more options: e Select: (p) postpone, (df) diff-full, (e) edit, (r) resolved, (h) help for more options: r Resolving conflict in '/etc/ssh/sshd_config': Select: (p) postpone, (df) diff-full, (e) edit, (h) help for more options: df Select: (p) postpone, (df) diff-full, (e) edit, (h) help for more options: e Select: (p) postpone, (df) diff-full, (e) edit, (r) resolved, (h) help for more options: r root@rico ~/ # etcupdate status Warnings: Modified regular file remains: /etc/motd Also there was etcupdate -p before installworld. Kind regards Miroslav Lachman From nobody Sat Apr 29 02:05:01 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q7XqY0lfFz48HGL for ; Sat, 29 Apr 2023 02:05:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q7XqW4V8Dz44Ny for ; Sat, 29 Apr 2023 02:05:11 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp; dmarc=none Received: from kalamity.joker.local (123-1-88-210.area1b.commufa.jp [123.1.88.210]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 33T251Jt061242 for ; Sat, 29 Apr 2023 11:05:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 29 Apr 2023 11:05:01 +0900 From: Tomoaki AOKI To: stable@freebsd.org Subject: Re: etcupdate created empty files = system unbootable Message-Id: <20230429110501.36caefa3ba65b7e75bec1c2a@dec.sakura.ne.jp> In-Reply-To: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.2) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-0.62 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_LONG(-0.89)[-0.892]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.13)[-0.130]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Q7XqW4V8Dz44Ny X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N On Thu, 27 Apr 2023 11:21:06 +0200 Miroslav Lachman <000.fbsd@quip.cz> wrote: > Yesterday I upgraded one machine from 12.3 to 13.2 with source upgrade > (installkernel & installworld). > Then I run "etcupdate" (about 100 changes listed, mainly U and A, only 2 > C), "etcupdate resolve" to solve conflicts in newsyslog.conf and > sshd_config, then "etcupdate status" to be sure everything is OK, it > just said: "Modified regular file remains: /etc/motd" > > After this I updated bootcode with gpart and rebooted the machine but it > does not come up, cannot login via ssh. Accessing this remote machine > with remote mamagement / IPMI was a nightmare. It took me almost 5 hours > because of java etc. but it's a different story. > > The machine in question is all ZFS based. I did similar kind of upgrade > many times but this time the etcupdate left more than 80 files in /etc/ > empty. Almost all files marked as U (updated) or A (added) by the first > run of etcupdate was empty. So there were non functional files in > /etc/rc.d/, empty /etc/login.conf and many more which means the system > cannot boot to multi user. I must boot into single user, restored files > from snapshot before upgrade and then it booted. > > Question number 1: How etcupdate can go so horribly wrong to put empty > files in /etc/ and make system unbootable? > > Question number 2: What's the right way to fix this with etcupdate now? > > # etcupdate > Failed to build new tree. > > I don't know if I am alone but I definitely have more problems with > etcupdate in a few years of usage instead on mergemaster. I don't > remember so many errors, unhandled automatic updates or syntax errors in > important files with mergmeaster in about 15 years. > > Kind regards > Miroslav Lachman Just a hint to Question number 2. /usr/sbin/etcupdate is a sh script, not a binary file. And error message "Failed to build new tree." is at line 255 (in function extract_tree()). This is emitted when function build_tree() failed. It could happen on some situation, but maybe likely happen when working directory of etcupdate (/var/db/etcupdate by default) is out of space, or missingly ran etcupdate with non-root user. Note that I've read /usr/sbin/etcupdate for stable/13 at commit 68a69739cb902d083aacdb0974b9b957e0e1353b, so the line number could be different on other branches/commits. -- Tomoaki AOKI From nobody Sat Apr 29 07:10:53 2023 X-Original-To: stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q7gcK1zjsz48bJp for ; Sat, 29 Apr 2023 07:10:57 +0000 (UTC) (envelope-from SRS0=25Fu=AU=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q7gcJ6ts8z3CTj for ; Sat, 29 Apr 2023 07:10:56 +0000 (UTC) (envelope-from SRS0=25Fu=AU=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 47794D78B7; Sat, 29 Apr 2023 09:10:55 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8AFDAD789B; Sat, 29 Apr 2023 09:10:54 +0200 (CEST) Message-ID: Date: Sat, 29 Apr 2023 09:10:53 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: etcupdate created empty files = system unbootable To: Tomoaki AOKI , stable@freebsd.org References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> <20230429110501.36caefa3ba65b7e75bec1c2a@dec.sakura.ne.jp> Content-Language: cs-Cestina, en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <20230429110501.36caefa3ba65b7e75bec1c2a@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Q7gcJ6ts8z3CTj X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 29/04/2023 04:05, Tomoaki AOKI wrote: > On Thu, 27 Apr 2023 11:21:06 +0200 > Miroslav Lachman <000.fbsd@quip.cz> wrote: [..] >> Question number 1: How etcupdate can go so horribly wrong to put empty >> files in /etc/ and make system unbootable? >> >> Question number 2: What's the right way to fix this with etcupdate now? >> >> # etcupdate >> Failed to build new tree. >> >> I don't know if I am alone but I definitely have more problems with >> etcupdate in a few years of usage instead on mergemaster. I don't >> remember so many errors, unhandled automatic updates or syntax errors in >> important files with mergmeaster in about 15 years. >> >> Kind regards >> Miroslav Lachman > > Just a hint to Question number 2. > > /usr/sbin/etcupdate is a sh script, not a binary file. > And error message "Failed to build new tree." is at line 255 > (in function extract_tree()). > > This is emitted when function build_tree() failed. > It could happen on some situation, but maybe likely happen when > working directory of etcupdate (/var/db/etcupdate by default) > is out of space, or missingly ran etcupdate with non-root user. "Failed to build new tree." was my error - /usr/src and /usr/obj was not mounted after partial rescue boot. [1] But even if src and obj was mounted and etcupdate does not complain anymore I was not able to fix files in /etc/ by etcupdate. So the question remains - is it even possible to fix broken /etc/ with etcupdate? I tried it with clean /var/db/etcupdate too but without success. Only mergemaster fixed it. [1] printed error message is not useful at all but log file has the hint: # cat /var/db/etcupdate/log >>> update command: rerun= tarball= preworld= >>> Building tree at /var/db/etcupdate/etcupdate-2IsVQLL with make -DNO_FILEMON make: don''t know how to make distrib-dirs. Stop make: stopped in /usr/src Kind regards Miroslav Lachman