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 access to zfs filesystem since 0.6.5.5 #5147

Closed
claunia opened this issue Sep 21, 2016 · 2 comments
Closed

Hang on access to zfs filesystem since 0.6.5.5 #5147

claunia opened this issue Sep 21, 2016 · 2 comments

Comments

@claunia
Copy link

claunia commented Sep 21, 2016

Hi,

Since updating to 0.6.5.5 one of my ZFS filesystems has become inaccesible.

ls /mountpoint hangs indefinitely, without any kind of error message or dmesg.

Failure still happens on 0.7.0-rc1.

Downgrading to 0.6.5.4 allows access to the filesystem.
Issue is not pool related, zpool and zfs commands work perfectly.
Sending the filesystem to another pool reproduces the fail.
Creating other filesystem on the same pool does not exhibit the fail.
It is the only filesystem on several pools I have with this failure.
zpool history only shows imports, scrubs and exports.
Scrub detects not a single failure.

claunia@zeus ~ $ sudo zfs get all osrepo
NAME PROPERTY VALUE SOURCE
osrepo type filesystem -
osrepo creation sáb abr 19 3:50 2014 -
osrepo used 1,48T -
osrepo available 336G -
osrepo referenced 1,48T -
osrepo compressratio 1.20x -
osrepo mounted no -
osrepo quota none default
osrepo reservation none default
osrepo recordsize 128K default
osrepo mountpoint /Volumes/osrepo local
osrepo sharenfs off default
osrepo checksum on default
osrepo compression gzip-9 local
osrepo atime on default
osrepo devices on default
osrepo exec on default
osrepo setuid on default
osrepo readonly off default
osrepo zoned off default
osrepo snapdir hidden default
osrepo aclinherit restricted default
osrepo canmount on default
osrepo xattr on default
osrepo copies 1 default
osrepo version 5 -
osrepo utf8only on -
osrepo normalization formD -
osrepo casesensitivity insensitive -
osrepo vscan off default
osrepo nbmand off default
osrepo sharesmb off default
osrepo refquota none default
osrepo refreservation none default
osrepo primarycache all default
osrepo secondarycache all default
osrepo usedbysnapshots 0 -
osrepo usedbydataset 1,48T -
osrepo usedbychildren 295M -
osrepo usedbyrefreservation 0 -
osrepo logbias latency default
osrepo dedup off local
osrepo mlslabel none default
osrepo sync standard default
osrepo refcompressratio 1.20x -
osrepo written 0 -
osrepo logicalused 1,77T -
osrepo logicalreferenced 1,77T -
osrepo filesystem_limit none default
osrepo snapshot_limit none default
osrepo filesystem_count none default
osrepo snapshot_count none default
osrepo snapdev hidden default
osrepo acltype off default
osrepo context none default
osrepo fscontext none default
osrepo defcontext none default
osrepo rootcontext none default
osrepo relatime off default
osrepo redundant_metadata all default
osrepo overlay off default
@tuxoko
Copy link
Contributor

tuxoko commented Sep 22, 2016

casesensitivity insensitive

Are you using Linux 4.7+?
If so this is same as #5124

@claunia
Copy link
Author

claunia commented Sep 23, 2016

Mmm most probably yes I updated zfs at the same time as going to 4.7.0 and error is still happening on 4.7.4. I'll follow the other thread, sorry for duplicate didn't relate to kernel version.

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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
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 <behlendorf1@llnl.gov>
Signed-off-by: Chunwei Chen <david.chen@osnexus.com>
Closes #5124
Closes #5141
Closes #5147
Closes #5148
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
2 participants
@tuxoko @claunia