Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Hang on mount with kernel 4.7.x or newer with 0.6.5.8 #5148

Closed
satmandu opened this issue Sep 22, 2016 · 5 comments
Closed

Hang on mount with kernel 4.7.x or newer with 0.6.5.8 #5148

satmandu opened this issue Sep 22, 2016 · 5 comments

Comments

@satmandu
Copy link
Contributor

satmandu commented Sep 22, 2016 •
edited
Loading

I'm using the stock ubuntu yakkety (dev) 0.6.5.8 release, and I have a volume that mounts just fine when using a 4.6.x kernel with that version of zfsonlinux.

When I use a 4.7.x or 4.8.x (linux-signed-image-4.8.0-11-generic is now available in the ubuntu dev pool) kernel, the system hangs at:

Starting Import ZFS pools by cache file.
Starting Mount ZFS Filesystems...
A start job is running for Mount ZFS filesystems (time / no limit)
INFO: task zfs:3907 blocked for more than 120 seconds.

(I have to eventually hit ctrl-alt-del to reboot.)

I imagine that this trouble report is pretty close to less than useless to help debug. What information can I provide to help fix this issue?
@behlendorf
Copy link
Contributor

behlendorf commented Sep 22, 2016 •
edited
Loading

By chance have you set casesensitivity=insensitive, if so this may be a duplicate of #5124. There's a proposed fix in #5141, if you could verify it resolves the issue that would be very helpful.

@satmandu
Copy link
Contributor Author

I DO have casesensitivity=insensitive on that volume!

@satmandu
Copy link
Contributor Author

That patch doesn't work against the 0.6.5.8 branch, so I'll wait to test a version that does. :)

DeHackEd pushed a commit to DeHackEd/zfs that referenced this issue Oct 19, 2016
@tuxoko
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
2179f02 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
stiell pushed a commit to stiell/zfs that referenced this issue Oct 21, 2016
@tuxoko @stiell
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
ed2e6db 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124 
Closes openzfs#5141 
Closes openzfs#5147 
Closes openzfs#5148
DeHackEd pushed a commit to DeHackEd/zfs that referenced this issue Oct 29, 2016
@tuxoko
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
da72676 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Jan 20, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
2ec998d 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Feb 2, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
d93b48d 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Feb 2, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
40e9d7e 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Feb 2, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
0b0f9d1 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Feb 2, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
0c77d05 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Feb 2, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
029ca76 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
behlendorf pushed a commit to behlendorf/zfs that referenced this issue Feb 2, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
cc2acf2 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes openzfs#5124
Closes openzfs#5141
Closes openzfs#5147
Closes openzfs#5148
Requires-builders: style
behlendorf pushed a commit that referenced this issue Feb 3, 2017
@tuxoko @behlendorf
Linux 4.7 compat: Fix deadlock during lookup on case-insensitive
c0716f1 
We must not use d_add_ci if the dentry already has the real name. Otherwise,
d_add_ci()->d_alloc_parallel() will find itself on the lookup hash and wait
on itself causing deadlock.

Tested-by: satmandu
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Chunwei Chen <[email protected]>
Closes #5124
Closes #5141
Closes #5147
Closes #5148
@ezplanet
Copy link

ezplanet commented Mar 2, 2023

I have exactly the same problem. Running Ubuntu Server 22. Updated to the latest patches. case-insensitive isn't set anywhere. I have 2 servers both hang at the same point. The only way is to disconnect the drive, boot, reconnect the drive, if I import the pool now it works, but I can never reboot with the zpool drive connected or it will not boot at all.

@satmandu
Copy link
Contributor Author

satmandu commented Mar 2, 2023

@ezplanet If case insensitivity isn't set on the volume, then this probably isn't your issue. You should create a new issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@behlendorf @satmandu @ezplanet