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