From nobody Fri Sep 29 22:35:05 2023 X-Original-To: current@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 4Ry4t61zjwz4tn2P for ; Fri, 29 Sep 2023 22:35:10 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (cross.sbone.de [195.201.62.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE Root Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ry4t61CqGz3dY8 for ; Fri, 29 Sep 2023 22:35:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 30F058D4A15D; Fri, 29 Sep 2023 22:35:08 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 62C802D029D2; Fri, 29 Sep 2023 22:35:07 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id XaJ6tS1pDrtP; Fri, 29 Sep 2023 22:35:06 +0000 (UTC) Received: from strong-aiccu0.sbone.de (strong-aiccu0.sbone.de [IPv6:fde9:577b:c1a9:f491::2]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 3BDA52D029D1; Fri, 29 Sep 2023 22:35:06 +0000 (UTC) Date: Fri, 29 Sep 2023 22:35:05 +0000 (UTC) From: "Bjoern A. Zeeb" To: Warner Losh cc: FreeBSD Current Subject: Re: crashinfo fails on 'version' In-Reply-To: Message-ID: References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:195.201.0.0/16, country:DE] X-Rspamd-Queue-Id: 4Ry4t61CqGz3dY8 On Fri, 29 Sep 2023, Warner Losh wrote: > On Fri, Sep 29, 2023, 3:56 PM Bjoern A. Zeeb > wrote: > >> Hi, >> >> saveinfo wrote a good core, but crashinfo bails on it: >> >> 'version' has unknown type; cast it to its declared type >> 'version' has unknown type; cast it to its declared type >> Unable to find matching kernel for /var/crash/vmcore.1 >> >> I've got gdb-13.1_3 installed. >> >> Anyone any insights? >> > > What does kgdb say? Iirc crashinfo uses lldb for this. I would hope the latter was true but: % grep -i lldb /usr/sbin/crashinfo % at least on the version here still very much gdb. I have started to trace and manually called the same commands crashinfo seems to run (without batch). It seems the real problem might be that it cannot find debug symbols inside the VM. I am wondering if there was a way to check for that to make the error messages less cryptic (e.g., maintenance print symbols empty if it does what I would think; I'll hopefully see soon). Also turns out /etc/src.conf on the provided host had WITHOUT_DEBUG_FILES= and even building and installing with -DWITH_DEBUG_FILES does not seem to override that (probably by design), which likely was the reason for no symbols in first place. I'll hopefully have more answers in 20 minutes. Remote debugging wifi less fun than I hoped. /bz -- Bjoern A. Zeeb r15:7