Bug 167067 - [zfs] [panic] ZFS panics the server
Summary: [zfs] [panic] ZFS panics the server
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 9.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords: crash
Depends on:
Blocks:
 
Reported: 2012-04-18 17:40 UTC by Aldo
Modified: 2022-10-17 07:19 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 Aldo 2012-04-18 17:40:02 UTC
Installed FreeBSD. Added the patch to not panic ZFS on "ls -la" (sorry, don't remember number/link, damn, it was related to something assuming FreeBSD in some ondisk structure if I remember) on Solaris created volumes, and recompiled zfs.ko.

It mounts my pool and dataset ok.
Installed Samba 3.6.4. Also tried 3.6.1, compiled with variuos options with clang or gcc 4.2. Doesn't change.

If I run stress tests with scripts it runs fine. When my users try to access the Samba share, the server panics (see attach).
It seems something related to concurrency. I moved 200Gb with no problems, when two people open a word document the server is gone.
The panic reports it was running smbd in the moment.

Pool v28 upgraded from Opensolaris v22.
The picture of the dump is here http://forums.freebsd.org/showthread.php?t=31447

Fix: 

After a full working day trying any kind of sysctl (memory, zil, limits) I decommissioned the server, since it was in production and needed to function.
How-To-Repeat: Don't really know, it surely needs several people accessing the share.
Files were heavily manipulated on their permissions (setfacl).
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2012-04-21 06:47:02 UTC
Responsible Changed
From-To: freebsd-amd64->freebsd-fs

Over to maintainer(s).
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 07:59:42 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