misc/68757: rapid file creation on snapshotted filesystems panics
lockmgr
John Kozubik
john at kozubik.com
Tue Jul 6 23:40:25 PDT 2004
>Number: 68757
>Category: misc
>Synopsis: rapid file creation on snapshotted filesystems panics lockmgr
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Jul 07 06:40:24 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator: John Kozubik
>Release: FreeBSD 5.2.1-RELEASE
>Organization:
http://www.kozubik.com
>Environment:
FreeBSD kozubik 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root at wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386
>Description:
Rapid file creation on filesystems with as few as one snapshot on them
will panic lockmgr:
panic: lockmgr: locking against myself
cpuid = 0;
syncing disks, buffers remaining... panic: ffs_copyonwrite: recursive call
cpuid = 0;
uptime: 5m10s
Shutting down ACPI
(crash)
>How-To-Repeat:
Here is how you can quickly recreate this problem:
mksnap_ffs /mnt/mount1 /mnt/mount1/snapshot_1
cd /mnt/mount1
tar cvf /mnt/mount1/devel.tar /usr/ports/devel
tar xvf devel.tar
You will crash the system and (possibly) receive the above output within
seconds.
I have repeated this problem on both a laptop and a server, with both IDE
and SCSI disks, and with both a GENERIC and a pared down kernel (no
additions, simply subtractions). Further, disabling ACPI by adding
hint.acpi.0.disabled="1" to the file /boot/loader.conf did not help in any
way. All tested systems were single processor Pentium-3 systems.
>Fix:
No known fix or workaround, other than to avoid creating snapshots on filesystems.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list