Bug 151905 - [zfs] page fault under load in /sbin/zfs
Summary: [zfs] page fault under load in /sbin/zfs
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 8.1-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-03 02:20 UTC by Mihai-Catalin Salgau
Modified: 2017-12-31 22:34 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mihai-Catalin Salgau 2010-11-03 02:20:10 UTC
System load:
Around 20 zfs clone/destroy operations every couple of minutes and about 200 permanent containers. Data served from within clones to scripts. During this time system load spikes to 12.0+, runs around 8.0.
System has 8 cores, 16 GB RAM, of which vm.kmem_size="10G", vfs.zfs.arc_max="8G".
Screencap of panic: http://img64.imageshack.us/img64/2903/021110zfscrash.jpg
Scrubs found no problems.

How-To-Repeat: Unknown. Usually load dependant. Did happen one when working with only one core hammered to 100%.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2010-11-05 07:52:17 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 2 Andriy Gapon 2010-11-05 13:18:41 UTC
Judging from the screenshot the panic is in fuse_statfs.
So, most likely it's a fuse problem, not ZFS.

-- 
Andriy Gapon
Comment 3 Mihai-Catalin Salgau 2010-11-05 15:22:21 UTC
Hello Bug-followup,

  You're right. I totally missed that.
  I was used to not getting the stack in 8.0-RELEASE and I mostly skipped i=
t.
  Could having an unmounted fuse device reading from a file in a zfs file s=
ystem during a destroy operation cause this?
 =20
  Thanks
Comment 4 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:43 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped