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

Large kmem allocs in get_nvlist and load_nvlist #50

Closed
wizeman opened this issue Aug 11, 2010 · 1 comment
Closed

Large kmem allocs in get_nvlist and load_nvlist #50

wizeman opened this issue Aug 11, 2010 · 1 comment

Comments

@wizeman
Copy link

wizeman commented Aug 11, 2010

Backtraces:

SPL: large kmem_alloc(11876, 0x50) at get_nvlist:911 (341009/1877530)
SPL: Showing stack for process 23078

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88540bcf>] :zfs:get_nvlist+0x50/0xb8
[<ffffffff800de8b6>] __vmalloc_node+0x56/0x63
[<ffffffff88541223>] :zfs:zfs_ioc_pool_tryimport+0x2e/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11240, 0x50) at load_nvlist:1273 (2639492/2643588)
SPL: Showing stack for process 23078

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88510a84>] :zfs:load_nvlist+0xb8/0x109
[<ffffffff88514746>] :zfs:spa_load+0xdfb/0x11b4
[<ffffffff8850fea2>] :zfs:spa_activate+0x41e/0x44b
[<ffffffff88514b8a>] :zfs:spa_tryimport+0x8b/0x38f
[<ffffffff88541234>] :zfs:zfs_ioc_pool_tryimport+0x3f/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11876, 0x50) at get_nvlist:911 (353643/2795475)
SPL: Showing stack for process 23078

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88540bcf>] :zfs:get_nvlist+0x50/0xb8
[<ffffffff800de8b6>] __vmalloc_node+0x56/0x63
[<ffffffff88541223>] :zfs:zfs_ioc_pool_tryimport+0x2e/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11240, 0x50) at load_nvlist:1273 (2639140/2795475)
SPL: Showing stack for process 23078

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88510a84>] :zfs:load_nvlist+0xb8/0x109
[<ffffffff88514746>] :zfs:spa_load+0xdfb/0x11b4
[<ffffffff8850fea2>] :zfs:spa_activate+0x41e/0x44b
[<ffffffff88514b8a>] :zfs:spa_tryimport+0x8b/0x38f
[<ffffffff88541234>] :zfs:zfs_ioc_pool_tryimport+0x3f/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11876, 0x50) at get_nvlist:911 (353643/2795475)
SPL: Showing stack for process 23462

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88540bcf>] :zfs:get_nvlist+0x50/0xb8
[<ffffffff800de8b6>] __vmalloc_node+0x56/0x63
[<ffffffff88541223>] :zfs:zfs_ioc_pool_tryimport+0x2e/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11240, 0x50) at load_nvlist:1273 (2638876/2795475)
SPL: Showing stack for process 23462

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88510a84>] :zfs:load_nvlist+0xb8/0x109
[<ffffffff88514746>] :zfs:spa_load+0xdfb/0x11b4
[<ffffffff8850fea2>] :zfs:spa_activate+0x41e/0x44b
[<ffffffff88514b8a>] :zfs:spa_tryimport+0x8b/0x38f
[<ffffffff88541234>] :zfs:zfs_ioc_pool_tryimport+0x3f/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11876, 0x50) at get_nvlist:911 (353643/2795475)
SPL: Showing stack for process 23462

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88540bcf>] :zfs:get_nvlist+0x50/0xb8
[<ffffffff800de8b6>] __vmalloc_node+0x56/0x63
[<ffffffff88541223>] :zfs:zfs_ioc_pool_tryimport+0x2e/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11240, 0x50) at load_nvlist:1273 (2639404/2795475)
SPL: Showing stack for process 23462

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88510a84>] :zfs:load_nvlist+0xb8/0x109
[<ffffffff88514746>] :zfs:spa_load+0xdfb/0x11b4
[<ffffffff8850fea2>] :zfs:spa_activate+0x41e/0x44b
[<ffffffff88514b8a>] :zfs:spa_tryimport+0x8b/0x38f
[<ffffffff88541234>] :zfs:zfs_ioc_pool_tryimport+0x3f/0x72
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(32572, 0x50) at get_nvlist:911 (353643/2795475)
SPL: Showing stack for process 23462

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88540bcf>] :zfs:get_nvlist+0x50/0xb8
[<ffffffff800de8b6>] __vmalloc_node+0x56/0x63
[<ffffffff8854129c>] :zfs:zfs_ioc_pool_import+0x35/0x10d
[<ffffffff8849fb73>] :zcommon:pool_namecheck+0xbb/0x100
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0

SPL: large kmem_alloc(11240, 0x50) at load_nvlist:1273 (2712556/2795475)
SPL: Showing stack for process 23462

Call Trace:
[<ffffffff883b6b22>] :spl:spl_debug_dumpstack+0x2b/0x2d
[<ffffffff883bb46a>] :spl:kmem_alloc_debug+0xc8/0x29c
[<ffffffff88510a84>] :zfs:load_nvlist+0xb8/0x109
[<ffffffff8854aa84>] :zfs:zio_destroy+0x14a/0x153
[<ffffffff88514746>] :zfs:spa_load+0xdfb/0x11b4
[<ffffffff8003da06>] debug_mutex_free_waiter+0x5a/0x5e
[<ffffffff88514eee>] :zfs:spa_load_best+0x60/0x1e4
[<ffffffff88516757>] :zfs:spa_import+0xe7/0x627
[<ffffffff884319d7>] :znvpair:nvlist_lookup_common+0x7d/0x90
[<ffffffff88541326>] :zfs:zfs_ioc_pool_import+0xbf/0x10d
[<ffffffff885401c8>] :zfs:zfs_ioctl+0x122/0x18d
[<ffffffff800463c2>] do_ioctl+0x2a/0x77
[<ffffffff80033098>] vfs_ioctl+0x456/0x4b7
[<ffffffff800c3b06>] audit_syscall_entry+0x18b/0x1c1
[<ffffffff800513a6>] sys_ioctl+0x5f/0x82
[<ffffffff8006328d>] tracesys+0xd5/0xe0
@behlendorf
Copy link
Contributor

Quiet two more large allocation warnings

Both of these allocations are larger than 8k which trips the
warning, but so no large that they must be vmem_alloc()'ed. For
this case I have added the KM_NODEBUG flag which silences the
warning. The flag also acts as a marker in the source so I can
keep track of this as something which needs to be better addressed
in the long term.

SPL: large kmem_alloc(11876, 0x50) at get_nvlist:911 (341009/1877530)
SPL: large kmem_alloc(11240, 0x50) at load_nvlist:1273 (2639492/2643588)

Closed by 9ae9e07

@b333z b333z mentioned this issue Oct 18, 2011
Closed
@astifter astifter mentioned this issue Mar 7, 2012
Closed
@pyavdr pyavdr mentioned this issue Mar 28, 2012
Closed
@mailinglists35 mailinglists35 mentioned this issue Oct 11, 2012
Closed
@crowtrobot crowtrobot mentioned this issue Feb 23, 2014
Closed
@arko-pl arko-pl mentioned this issue Mar 12, 2014
Closed
akatrevorjay added a commit to akatrevorjay/zfs that referenced this issue Dec 16, 2017
@akatrevorjay
# This is a combination of 56 commits.
4ae6a0d 
# This is the 1st commit message:
Merge branch 'master' of https://github.com/zfsonlinux/zfs

* 'master' of https://github.com/zfsonlinux/zfs:
  Enable QAT support in zfs-dkms RPM

# This is the commit message openzfs#2:

Import 0.6.5.7-0ubuntu3

# This is the commit message openzfs#3:

gbp changes

# This is the commit message openzfs#4:

Bump ver

# This is the commit message openzfs#5:

-j9 baby

# This is the commit message openzfs#6:

Up

# This is the commit message openzfs#7:

Yup

# This is the commit message openzfs#8:

Add new module

# This is the commit message openzfs#9:

Up

# This is the commit message openzfs#10:

Up

# This is the commit message openzfs#11:

Bump

# This is the commit message openzfs#12:

Grr

# This is the commit message openzfs#13:

Yay

# This is the commit message openzfs#14:

Yay

# This is the commit message openzfs#15:

Yay

# This is the commit message openzfs#16:

Yay

# This is the commit message openzfs#17:

Yay

# This is the commit message openzfs#18:

Yay

# This is the commit message openzfs#19:

yay

# This is the commit message openzfs#20:

yay

# This is the commit message openzfs#21:

yay

# This is the commit message openzfs#22:

Update ppa script

# This is the commit message openzfs#23:

Update gbp conf with br changes

# This is the commit message openzfs#24:

Update gbp conf with br changes

# This is the commit message openzfs#25:

Bump

# This is the commit message openzfs#26:

No pristine

# This is the commit message openzfs#27:

Bump

# This is the commit message openzfs#28:

Lol whoops

# This is the commit message openzfs#29:

Fix name

# This is the commit message openzfs#30:

Fix name

# This is the commit message openzfs#31:

rebase

# This is the commit message openzfs#32:

Bump

# This is the commit message openzfs#33:

Bump

# This is the commit message openzfs#34:

Bump

# This is the commit message openzfs#35:

Bump

# This is the commit message openzfs#36:

ntrim

# This is the commit message openzfs#37:

Bump

# This is the commit message openzfs#38:

9

# This is the commit message openzfs#39:

Bump

# This is the commit message openzfs#40:

Bump

# This is the commit message openzfs#41:

Bump

# This is the commit message openzfs#42:

Revert "9"

This reverts commit de488f1.

# This is the commit message openzfs#43:

Bump

# This is the commit message openzfs#44:

Account for zconfig.sh being removed

# This is the commit message openzfs#45:

Bump

# This is the commit message openzfs#46:

Add artful

# This is the commit message openzfs#47:

Add in zed.d and zpool.d scripts

# This is the commit message openzfs#48:

Bump

# This is the commit message openzfs#49:

Bump

# This is the commit message openzfs#50:

Bump

# This is the commit message openzfs#51:

Bump

# This is the commit message openzfs#52:

ugh

# This is the commit message openzfs#53:

fix zed upgrade

# This is the commit message openzfs#54:

Bump

# This is the commit message openzfs#55:

conf file zed.d

# This is the commit message #56:

Bump
@lkateley lkateley mentioned this issue Mar 14, 2018
Closed
anodos325 added a commit to anodos325/zfs that referenced this issue May 16, 2022
@anodos325
Merge pull request openzfs#50 from truenas/optimize-zfs_zaccess_commo…
7d562c4 
…n-for-trivial-acl

NAS-115346 / Linux optimize access checks when ACL is trivial
This issue was closed.
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
@behlendorf @wizeman