NetBSD Problem Report #54498

From martin@aprisoft.de  Wed Aug 28 11:24:20 2019
Return-Path: <martin@aprisoft.de>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 996747A1A1
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 28 Aug 2019 11:24:20 +0000 (UTC)
Message-Id: <20190828112410.B4C2A5CC853@emmas.aprisoft.de>
Date: Wed, 28 Aug 2019 13:24:10 +0200 (CEST)
From: martin@NetBSD.org
Reply-To: martin@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: instant + total VFS deadlock
X-Send-Pr-Version: 3.95

>Number:         54498
>Category:       kern
>Synopsis:       instant + total VFS deadlock
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 28 11:25:00 +0000 2019
>Closed-Date:    Fri Sep 15 18:41:09 +0000 2023
>Last-Modified:  Fri Sep 15 18:41:09 +0000 2023
>Originator:     Martin Husemann
>Release:        NetBSD 9.99.10
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD seven-days-to-the-wolves.aprisoft.de 9.99.10 NetBSD 9.99.10 (GENERIC) #302: Mon Aug 26 09:04:19 CEST 2019 martin@seven-days-to-the-wolves.aprisoft.de:/work/src/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:

Stupid mistake, don't try this at home kits:

 1) create a new GPT partition somewhere (type ffs), let's say the wedge gets
    called dk2
 2) newfs -O2 /dev/rdk2
 2) mount /dev/dk2 /mnt
    (first mistake here: forgot to specify async or log)
 3) cd $somewhere; pax -rw -pe . /mnt
 4) while pax is still running, notice the slow transfer and try to add async:
    mount -u -o async /dev/dk2 /mnt
    (in another terminal)

Watch all disk activity die, mount -u never proceeding (unstoppable), system
still reacts to ping and existing process carry on, but all disk access seems
to block.

>How-To-Repeat:
s/a

>Fix:
n/a

>Release-Note:

>Audit-Trail:
From: "J. Hannken-Illjes" <hannken@eis.cs.tu-bs.de>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/54498: instant + total VFS deadlock
Date: Fri, 30 Aug 2019 11:32:54 +0200

 Cannot reproduce it here.  Next time it happens please run

 call fstrans_dump(1)

 from DDB.

 --
 J. Hannken-Illjes - hannken@eis.cs.tu-bs.de - TU Braunschweig (Germany)

From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: kern/54498: instant + total VFS deadlock
Date: Fri, 30 Aug 2019 14:26:06 +0200

 Hmm, I can not reproduce it either now.

 The initial occurance was with booting single user from wd0,
 new partition on wd3 (or something like that, both on the same ahcisata
 controller), and source of the copy from external disk (sd0, via USB<->sata
 connector) mounted read-only.

 Maybe it needs full speed sata write transfers and there is a race?
 Or only happens with read-only / ?

 Martin

State-Changed-From-To: open->closed
State-Changed-By: martin@NetBSD.org
State-Changed-When: Fri, 15 Sep 2023 18:41:09 +0000
State-Changed-Why:
Has not happened again in years, assume fixed.


>Unformatted:

Home	PR Database Search