From owner-freebsd-current@freebsd.org Sun May 3 14:13:35 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 770B12DEA8B for ; Sun, 3 May 2020 14:13:35 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49FSdV5jYSz3G3h for ; Sun, 3 May 2020 14:13:34 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x344.google.com with SMTP id z6so5768346wml.2 for ; Sun, 03 May 2020 07:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=lKIzBYNDqA2A0jbUsy4lzSImtITwinAjmYP2RpfMR0A=; b=QuG5pSoviwV0r88bG1xpdh9TLx8C+eUMHDv1zecgGzUVIAz7cCGzag44dTu8UxFvCQ Gy+P/scg3I9xX53lTkrenvZjtbwW7j/Ufi8BPuoV2Yo3BLH9f3ZtnBUeAY3Ax4jC861H h1h+znJf7Bu/AuQGxbhSN9ZdlQnHp3uvUXEmm32GGrsrQXT6cZ1SLk7OFcIztyeNmtlM 0gD+X+lwaO7qKuquE/55gFL/CeEXTwy302cX/bCScP9qhIHZEcoa/DZ+vImFP8zk6XtM ehC+lN05eF0tW2UziPXWcsdtbG3oYjKIICxV6QUDV79QS0PoZN5eb/cMaX4pk1AjuKfV 512g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=lKIzBYNDqA2A0jbUsy4lzSImtITwinAjmYP2RpfMR0A=; b=obnFHNeH//IvgbsKdp4GaqqblrHbxcKXjOP1v1v3zY8nvjEJo8HARE853OPgS1+He2 NKm4pYnx56gQqfYSGjwuCz6CBDuY0POIue0jMY86pgkgYNDiITnxd6wZcj/Rw5ScJXFA P9IOD0v6T+bFgujOzzlvU/kBWWUAaBmZiXIsQXjQOGuShyDf+gS5iR7rlAFE1aT4BlBI SFcLwI1TrNdnhBdDY8LZP2PDTDRqrBd5i5ti+XtJ4THN71pWf0VvtUavCxqzK5Uk2O+b 5654TKka+qDiWAMQxPKzZlWEmCsfL1MB6+cEMUnRE/WHRzf3RCOX/L+xDTAhUij+LP3B /TTg== X-Gm-Message-State: AGi0PuZ2s+URr3C2IUl7UiAFYxuY0gq16Qlhr/IbbbBTAGbO1n9JPxEZ 6rJ2/K79/1mJRPQp5MCzj3QUrdNk X-Google-Smtp-Source: APiQypL1b60ywVfRJEGtyAW+wyF2YIa6Xlxv+/vpwAnvl27GVjst2rpB3hvR/hjgfXV8bMfUyoYnEg== X-Received: by 2002:a1c:a90a:: with SMTP id s10mr8973532wme.99.1588515212569; Sun, 03 May 2020 07:13:32 -0700 (PDT) Received: from ernst.home (pD9E2349A.dip0.t-ipconnect.de. [217.226.52.154]) by smtp.gmail.com with ESMTPSA id e2sm13992591wrv.89.2020.05.03.07.13.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 May 2020 07:13:32 -0700 (PDT) Date: Sun, 3 May 2020 16:13:30 +0200 From: Gary Jennejohn To: Grzegorz Junka Cc: freebsd-current@freebsd.org Subject: Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371 Message-ID: <20200503161330.621850a7@ernst.home> In-Reply-To: References: <8df5a5cd4ac5bd9e10516c1321ea2de2@udns.ultimatedns.net> <20200503090552.36bfe99c@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49FSdV5jYSz3G3h X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=QuG5pSov; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::344 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[154.52.226.217.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.47), ipnet: 2a00:1450::/32(-2.31), asn: 15169(-0.43), country: US(-0.05)]; RCVD_TLS_ALL(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: Sun, 03 May 2020 14:13:35 -0000 On Sun, 3 May 2020 14:11:09 +0100 Grzegorz Junka wrote: > On 03/05/2020 08:05, Gary Jennejohn wrote: > > On Sat, 02 May 2020 16:28:46 -0700 > > Chris wrote: > > > >> > >>> > >>>>> Another thing is that I don't quite understand why the crash couldn't > >>>>> be dumped. > >>>>> > >>>>> root@crayon2:~ # swapinfo > >>>>> Device__________________ 1K-blocks________ Used______ Avail Capacity > >>>>> /dev/zvol/tank3/swap__ 33554432______________ 0 33554432________ 0% > >>>>> > >>>>> There is no entry in /etc/fstab though, should it be there too? > >>>> How about your rc.conf(5) ? > >>>> > >>>> You need to define a dumpdev within it as: > >>>> > >>>> # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable > >>>> dumpdev="YES" > >>>> > >>>> Which defaults to the location of: > >>>> > >>>> /var/crash > >>>> > >>> Yes, of course I have 'dumpdev="AUTO"'. Should it be "YES" instead? > >> Yes, it should of course be AUTO. I was distracted at the time of writing. > >> Sorry. > >> Does /var/crash exist? > >> > >> That _should_ be enough. Assuming /var/crash is writable. > >> > > Sorry, but read the man page for rc.conf. > > > > This is the entry for dumpdev: > > > > dumpdev (str) Indicates the device (usually a swap partition) to > > which a crash dump should be written in the event of a system > > crash. If the value of this variable is "AUTO", the first > > suitable swap device listed in /etc/fstab will be used as > > dump device. Otherwise, the value of this variable is passed > > as the argument to dumpon(8). To disable crash dumps, set > > this variable to "NO". > > > > If there are no swap devices in /etc/fstab then "AUTO" will not work. But > > a partition can be specified. I have dumpdev="/dev/ada0p5" in my rc.conf. > > > > /var/crash is the target for crash dumps after the system is re-booted. > > > > /var/crash existed but might not have had the right permissions. I think > it was 755 whereas the handbook recommends 700. Shouldn't matter though. > /var/crash is irrelevant when a crash dump is being written out. > I don't have anything about swap in fstab since I am using Root on ZFS. > swapinfo correctly recognizes the swap partition and uses it. This the > typical usage while I am compiling ports: > > last pid: 85116;__ load averages:__ 8.95,__ 8.50, 8.34 up 0+18:06:31__ 13:02:32 > 72 processes:__ 14 running, 57 sleeping, 1 zombie > CPU:__ 0.0% user, 90.5% nice,__ 9.5% system,__ 0.0% interrupt,__ 0.0% idle > Mem: 993M Active, 594M Inact, 6400K Laundry, 12G Wired, 2225M Free > ARC: 6160M Total, 3093M MFU, 2657M MRU, 214M Anon, 100M Header, 193M Other > ________ 5300M Compressed, 5861M Uncompressed, 1.11:1 Ratio > Swap: 32G Total, 61M Used, 32G Free > > The crash happened in similar conditions so there should be nothing > preventing dumping the crash to the zfs swap, unless dumpon isn't smart > enough to use zfs swap. > > I don't have a partition that I could use for swap. I have two whole > disks added to ZFS. Maybe on the boot drive but that would require > repartitioning and I have Windows/FreeBSD there, so not so straightforward. > As the dumpon man pages states, by the time a crash dump is needed the files systems are dead. No way to dump to a ZFS file system. That's why a raw partition is required. The other option would be netdump. See the dumpon man page. -- Gary Jennejohn