From owner-freebsd-current@freebsd.org Mon May 4 21:51:57 2020 Return-Path: Delivered-To: freebsd-current@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 F20252C461F for ; Mon, 4 May 2020 21:51:57 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49GGlw6cWzz3MQR for ; Mon, 4 May 2020 21:51:56 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id 044Lpm9X081867 for ; Mon, 4 May 2020 23:51:48 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 554C0B2D for ; Mon, 4 May 2020 23:51:48 +0200 (CEST) To: freebsd-current@freebsd.org From: Harry Schmalzbauer Subject: zfs.core, 'send' crashing - how to debug offline? Organization: OmniLAN Message-ID: Date: Mon, 4 May 2020 23:51:47 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Mon, 04 May 2020 23:51:48 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 49GGlw6cWzz3MQR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-3.74 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[omnilan.de]; IP_SCORE(-2.44)[ip: (-9.22), ipnet: 2a00:e10:2800::/38(-4.59), asn: 61157(1.61), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:61157, ipnet:2a00:e10:2800::/38, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 May 2020 21:51:58 -0000 Hello, playing with -current snapshot provides all kinds of surprises :-) The one  regarding the topic: 'zfs send' aborts with "invalid argument". The machine in question doesn't have internet access (but local FreeBSD FTP mirror, so I managed to install matching base-dbg). What debugger am I supposed to use these days for -current?  Sorry for that ignorant/stupid question – all I know about the transition to llvm/clang is that it's still 'cc' ;-) There's still /usr/libexe/kdgb, but I can't use it for my userland core dump, can I? Not beeing able to dump ZFS is a very severe problem for me and I'd like to provide at least some useful problem reports. Any help highly appreciated, thanks, -harry P.S. No matter if I try to send snapshots or unmounted fielsystems - 'send' is always aborting (scrub doesn't detect inconsistencies). P.P.S.: sendmail(8) is back in base!?! and DMA gone???????? P.P.P.S.: efi\freebsd\loader.efi doesn't work well – raised and already commented by bcran@ P.P.P.P.S: kern.vt.fb.default_mode vs. efi_max_resolution for loader.conf(8) was hard to invalidate reading vt(4) – still completely unsure how/if to change non-KMS UEFI/GOP resolution outside loader(8).