Bug #154

panic: kmem_slab_alloc(): kernel_map ran out of space!

Added by belczyk almost 8 years ago. Updated over 7 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

Hello,

I got the following panic while untaring my mail archive (~250000 files in
several maildirs) on DragonFly 1.4.4. Tried that on 2 machines - one with
2.5GB of RAM, another with 3GB (both UP) and it's 100% reproducible. The
same operation on my development machine (Athlon X2 with 0.5GB of RAM and DF
1.5.2, SMP if that matters) works just fine. Thanks in advance for any help.

(kgdb) bt
#0 0xc029a769 in dumpsys ()
#1 0xc029a507 in boot ()
#2 0xc029a993 in panic ()
#3 0xc0298ff4 in kmem_slab_alloc ()
#4 0xc02986e2 in malloc ()
#5 0xc03c9675 in softdep_disk_io_initiation ()
#6 0xc02ed986 in spec_strategy ()
#7 0xc02ed448 in spec_vnoperate ()
#8 0xc03d78c6 in ufs_vnoperatespec ()
#9 0xc02e8927 in vop_strategy ()
#10 0xc03d6fc5 in ufs_strategy ()
#11 0xc03d7892 in ufs_vnoperate ()
#12 0xc02e8927 in vop_strategy ()
#13 0xc02cea9b in bwrite ()
#14 0xc02d7da0 in vop_stdbwrite ()
#15 0xc02d65a2 in vop_defaultop ()
#16 0xc03d7892 in ufs_vnoperate ()
#17 0xc02e8b66 in vop_bwrite ()
#18 0xc02cfb9a in vfs_bio_awrite ()
#19 0xc02ddbb9 in vfsync_bp ()
#20 0xc02dcc97 in buf_rb_tree_RB_SCAN ()
#21 0xc02dd836 in vfsync ()
#22 0xc03cfb1a in ffs_fsync ()
#23 0xc02e8618 in vop_fsync ()
#24 0xc03ce54c in ffs_sync_scan2 ()
#25 0xc02e08eb in vmntvnodescan ()
#26 0xc03ce402 in ffs_sync ()
#27 0xc02e2323 in sync_callback ()
#28 0xc02e0631 in mountlist_scan ()
#29 0xc02e22cd in sync ()
#30 0xc029a29d in boot ()
#31 0xc029a993 in panic ()
#32 0xc0298ff4 in kmem_slab_alloc ()
#33 0xc02986e2 in malloc ()
#34 0xc03c9675 in softdep_disk_io_initiation ()
#35 0xc02ed986 in spec_strategy ()
#36 0xc02ed448 in spec_vnoperate ()
#37 0xc03d78c6 in ufs_vnoperatespec ()
#38 0xc02e8927 in vop_strategy ()
#39 0xc03d6fc5 in ufs_strategy ()
#40 0xc03d7892 in ufs_vnoperate ()
#41 0xc02e8927 in vop_strategy ()
#42 0xc02cea9b in bwrite ()
#43 0xc02d7da0 in vop_stdbwrite ()
#44 0xc02d65a2 in vop_defaultop ()
#45 0xc03d7892 in ufs_vnoperate ()
#46 0xc02e8b66 in vop_bwrite ()
#47 0xc02cfb9a in vfs_bio_awrite ()
#48 0xc02ddbb9 in vfsync_bp ()
#49 0xc02dcc97 in buf_rb_tree_RB_SCAN ()
#50 0xc02dd7bb in vfsync ()
#51 0xc03cfb1a in ffs_fsync ()
#52 0xc02e8618 in vop_fsync ()
#53 0xc03ce54c in ffs_sync_scan2 ()
#54 0xc02e08eb in vmntvnodescan ()
#55 0xc03ce402 in ffs_sync ()
#56 0xc02e132c in sync_fsync ()
#57 0xc02e8618 in vop_fsync ()
#58 0xc02e1057 in sched_sync ()
#59 0xc028fc95 in kthread_create_stk ()

History

#1 Updated by dillon almost 8 years ago

:Hello,
:
:I got the following panic while untaring my mail archive (~250000 files in
:several maildirs) on DragonFly 1.4.4. Tried that on 2 machines - one with
:2.5GB of RAM, another with 3GB (both UP) and it's 100% reproducible. The
:same operation on my development machine (Athlon X2 with 0.5GB of RAM and DF
:1.5.2, SMP if that matters) works just fine. Thanks in advance for any help.
:...
:--
:Michal Belczyk
:

Softupdates related. Why am I not surprised.

Can you generate a kernel core for the panic? I can make you a
leaf.dragonflybsd.org account to upload it into if need be.

-Matt
Matthew Dillon
<>

#2 Updated by corecode over 7 years ago

does this still happen on 1.6 or -DEVEL?

#3 Updated by dillon over 7 years ago

:
:
:Simon 'corecode' Schubert <> added the comment:
:
:does this still happen on 1.6 or -DEVEL?

Lets close this bug. If it comes up again I'll slap some additional
limits on softupdates.

-Matt
Matthew Dillon
<>

Also available in: Atom PDF