Project

General

Profile

Actions

Bug #5703

open

zpool create wedged in devfs lookup

Added by Eric Sproul over 7 years ago. Updated over 7 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
kernel
Start date:
2015-03-10
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:

Description

I experienced a wedged zpool create command on OmniOS r151006 and Rich Lowe helped me do a bit of investigation. It appeared that there were two threads performing devfs work-- one was the zpool create, the other was something to do with USB, although I wasn't aware of any actual USB activity on the system (it's a remote server in a datacenter).

The zpool create had a single thread with this stack:

> 0t658::pid2proc | ::walk thread | ::stacks
THREAD           STATE    SOBJ                COUNT
ffffff21f8af27c0 SLEEP    CV                      1
                 swtch+0x141
                 cv_wait+0x70
                 ndi_devi_enter+0x7f
                 devi_config_one+0x3be
                 ndi_devi_config_one+0xa8
                 dv_find+0x54c
                 devfs_lookup+0x37
                 fop_lookup+0xa2
                 lookuppnvp+0x1f6
                 lookuppnatcred+0x15e
                 lookupnameatcred+0xe9
                 lookupnameat+0x39
                 vn_openat+0x315
                 copen+0x20c
                 openat32+0x27
                 open32+0x25
                 _sys_sysenter_post_swapgs+0x149

The system is a Dell R720xd running BIOS 2.4.3 (07/09/2014). The disks are attached to a PERC H310, so the system is using mr_sas(7D). I will attach additional information gathered via mdb, and a crash dump is available upon request.


Files

5703_zpool_stacks.txt (2.01 KB) 5703_zpool_stacks.txt findstacks -v of the zpool process, plus the pathname we got stuck on. Eric Sproul, 2015-03-10 04:56 PM
5703_kernel_stacks.txt (29.4 KB) 5703_kernel_stacks.txt Eric Sproul, 2015-03-10 04:56 PM
Actions

Also available in: Atom PDF