Opened 6 years ago

Last modified 2 years ago

#9511 assigned bug

"PANIC: could not allocate parent" during git clone

Reported by: DziadekAlzheimer Owned by: nobody
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/alpha4.1
Keywords: KDL, git, panic Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description (last modified by anevilyak)

Hi, I was trying to clone git repository in Haiku and after couple of minutes Kernel Panic appeared. I ran Haiku Alpha 4.1 built for VMWare. On the system partition there was about 10MB space left, so I changed to Blank_BFS partition and run "git clone git://git.haiku-os.org/haiku". It was downloading fine and in the meantime I changed screen resolution. I used VMWare Player 5.0.0 build-812388 on Windows 7 x64. Unfortunately I wasn't able to reproduce this bug, but I will try with clean VM.

Below is the output from KDL:

Welcome to kernel debugger output!
Haiku revision: hrevr1alpha4-44702
CPU 0: type 0 family 6 extended_family 0 model 5 extended_model 2 stepping 5, string 'GenuineIntel'
CPU 0: vendor 'Intel' model name 'Intel(R) Core(TM) i5 CPU       U 470  @ 1.33GHz'
CPU 0: features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clfsh ds mmx fxsr sse sse2 ss sse3 ssse3 cx16 sse4_1 sse4_2 popcnt dts itb arat aperfmperf 
reserve_io_interrupt_vectors: reserved 16 vectors starting from 0
reserve_io_interrupt_vectors: reserved 2 vectors starting from 98
using 32 bit paging (PAE not needed)
mark_page_range_in_use(0x0, 0x100): start page is before free list
mark_page_range_in_use(0x0, 0xa0): start page is before free list
add_memory_type_range(4, 0x0, 0xa0000, 6)
add_memory_type_range(5, 0xe0000, 0x20000, 6)
add_memory_type_range(73, 0xf0000000, 0x300000, 0)
Last message repeated 2 times.
PANIC: could not allocate parent

Welcome to Kernel Debugging Land...
Thread 404 "git" running on CPU 0
stack trace for thread 404 "git"
    kernel stack: 0xcce58000 to 0xcce5c000
      user stack: 0x7efee000 to 0x7ffee000
frame               caller     <image>:function + offset
 0 cce5b668 (+  32) 8012599a   <kernel_x86>:arch_debug_stack_trace + 0x0012
 1 cce5b688 (+  16) 80091e8f   <kernel_x86> stack_trace_trampoline(NULL) + 0x000b
 2 cce5b698 (+  12) 8012ae06   <kernel_x86>:arch_debug_call_with_fault_handler + 0x001b
 3 cce5b6a4 (+  48) 8009391e   <kernel_x86>:debug_call_with_fault_handler + 0x005e
 4 cce5b6d4 (+  64) 800920af   <kernel_x86> kernel_debugger_loop([34m0x8016f7d7[0m [36m"PANIC: "[0m, [34m0x801491a2[0m [36m"could not allocate parent
"[0m, [34m0xcce5b780[0m [36m""[0m, int32: [34m0[0m) + 0x021b
 5 cce5b714 (+  48) 80092413   <kernel_x86> kernel_debugger_internal([34m0x8016f7d7[0m [36m"PANIC: "[0m, [34m0x801491a2[0m [36m"could not allocate parent
"[0m, [34m0xcce5b780[0m [36m""[0m, int32: [34m0[0m) + 0x0053
 6 cce5b744 (+  48) 80093c98   <kernel_x86>:panic + 0x0024
 7 cce5b774 (+  48) 80047a1b   <kernel_x86> get_writable_cached_block(block_cache*: [34m0x8200a540[0m, int64: [34m4288[0m, int64: [34m4288[0m, int64: [34m1[0m, int32: [34m4[0m, [34mfalse[0m) + 0x02af
 8 cce5b7a4 (+  96) 8004b207   <kernel_x86>:block_cache_make_writable + 0x006f
 9 cce5b804 (+  48) 815140b6   <bfs> CachedNode<[32m0xcce5b98c[0m>::MakeWritable(Transaction&: [34m0xcce5bc44[0m) + 0x0046
10 cce5b834 (+ 160) 8151639b   <bfs> BPlusTree<[32m0xcec6f010[0m>::_InsertDuplicate(Transaction&: [34m0xcce5bc44[0m, CachedNode&: [34m0xcce5b98c[0m, bplustree_node*: [34m0xd7943000[0m, uint16: [34m0x0[0m ([34m0[0m), int64: [34m786832[0m) + 0x04b3
11 cce5b8d4 (+ 496) 8151715c   <bfs> BPlusTree<[32m0xcec6f010[0m>::Insert(Transaction&: [34m0xcce5bc44[0m, [34m0xcce5bb4c[0m [36m""[0m, uint16: [34m0x8[0m ([34m8[0m), int64: [34m786832[0m) + 0x03bc
12 cce5bac4 (+  64) 8151d1b6   <bfs> Index<[32m0xcce5bbc0[0m>::Update(Transaction&: [34m0xcce5bc44[0m, [34m0x8153580f[0m [36m"size"[0m, int32: [34m1280069191[0m, [34m0x0[0m [31m"<NULL>"[0m, uint16: [34m0x0[0m ([34m0[0m), uint16: [34m0xbb4c[0m ([34m47948[0m), uint16: [34m0x8[0m ([34m8[0m), Inode*: [34m0xcec79858[0m) + 0x01ca
13 cce5bb04 (+  80) 8151d3b5   <bfs> Index<[32m0xcce5bbc0[0m>::InsertSize(Transaction&: [34m0xcce5bc44[0m, Inode*: [34m0xcec79858[0m) + 0x008d
14 cce5bb54 (+ 144) 81525118   <bfs> Inode<[32m0xcce5bc44[0m>::Create(Transaction&: [34m0xcec7a850[0m, Inode*: [34m0xcce5bdf4[0m, [34m0x81a4[0m [31m"<???>"[0m, int32: [34m769[0m, int32: [34m0[0m, uint32: [34m0xcce5bc3f[0m, [34m0xcce5bca0[0m, [34m0xcce5bc40[0m, Inode*: NULL, fs_vnode_ops*: NULL, uint32: [34m0x0[0m ([34m0[0m)) + 0x077c
15 cce5bbe4 (+ 112) 8152eb56   <bfs> bfs_create(fs_volume*: [34m0xcec65d30[0m, fs_vnode*: [34m0xcec02b40[0m, [34m0xcce5bdf4[0m [36m"es.catkeys"[0m, int32: [34m769[0m, int32: [34m420[0m, [34m0xcce5bc9c[0m, [34m0xcce5bca0[0m) + 0x013a
16 cce5bc54 (+ 352) 800deea8   <kernel_x86> create_vnode(vnode*: [34m0xcec02b40[0m, [34m0xcce5bdf4[0m [36m"es.catkeys"[0m, int32: [34m769[0m, int32: [34m420[0m, [34mfalse[0m) + 0x01b8
17 cce5bdb4 (+ 320) 800df39a   <kernel_x86> file_create(int32: [34m-1[0m, [34m0xce64fa50[0m [36m"data"[0m, int32: [34m769[0m, int32: [34m420[0m, [34mfalse[0m) + 0x005a
18 cce5bef4 (+  80) 800e52dc   <kernel_x86>:_user_open + 0x00bc
19 cce5bf44 (+ 100) 8012c070   <kernel_x86>:handle_syscall + 0x00cd
user iframe at 0xcce5bfa8 (end = 0xcce5c000)
 eax 0x67           ebx 0x6edf14        ecx 0x7ffe9884   edx 0xffff0114
 esi 0x390d20       edi 0x390d20        ebp 0x7ffe98b0   esp 0xcce5bfdc
 eip 0xffff0114  eflags 0x203202   user esp 0x7ffe9884
 vector: 0x63, error code: 0x0
20 cce5bfa8 (+   0) ffff0114   <commpage>:commpage_syscall + 0x0004
21 7ffe98b0 (+  48) 002b08cb   <git>:launch_editor (nearest) + 0x03a7
22 7ffe98e0 (+  48) 002b098d   <git>:launch_editor (nearest) + 0x0469
23 7ffe9910 (+16464) 002b0a65   <git>:launch_editor (nearest) + 0x0541
24 7ffed960 (+ 176) 002b0cab   <git>:launch_editor (nearest) + 0x0787
25 7ffeda10 (+ 160) 002b1151   <git>:checkout_entry + 0x01d9
26 7ffedab0 (+  80) 00304bf9   <git>:setup_unpack_trees_porcelain (nearest) + 0x091d
27 7ffedb00 (+ 112) 0030657e   <git>:unpack_trees + 0x03b2
28 7ffedb70 (+ 464) 002322c4   <git>:cmd_clean (nearest) + 0x1ed0
29 7ffedd40 (+ 256) 00232ed3   <git>:cmd_clone + 0x0ac7
30 7ffede40 (+ 160) 0021b6f4   <git>:check_pager_config (nearest) + 0x0934
31 7ffedee0 (+  60) 0021b836   <git>:check_pager_config (nearest) + 0x0a76
32 7ffedf1c (+  48) 0021b952   <git>:check_pager_config (nearest) + 0x0b92
33 7ffedf4c (+  48) 0021bb0c   <git>:main + 0x0188
34 7ffedf7c (+  48) 0021ac13   <git>:_start + 0x005b
35 7ffedfac (+  48) 00106246   </boot/system/runtime_loader@0x00100000>:unknown + 0x6246
36 7ffedfdc (+   0) 7ffedfec   6370:git_404_stack@0x7efee000 + 0xffffec

Attachments (1)

haikukdl.png (120.1 KB) - added by DziadekAlzheimer 6 years ago.
after typing "continue" in KDL the terminal window remained open, so you can see the progress. After about 10 seconds same panic error appeared again.

Download all attachments as: .zip

Change History (5)

comment:1 Changed 6 years ago by DziadekAlzheimer

Keywords: git panic added

comment:2 Changed 6 years ago by anevilyak

Description: modified (diff)

Out of curiosity, how much memory (+ swap) did that VM have allocated to it?

Changed 6 years ago by DziadekAlzheimer

Attachment: haikukdl.png added

after typing "continue" in KDL the terminal window remained open, so you can see the progress. After about 10 seconds same panic error appeared again.

comment:3 in reply to:  2 Changed 6 years ago by DziadekAlzheimer

Replying to anevilyak:

Out of curiosity, how much memory (+ swap) did that VM have allocated to it?

512MB of RAM out of 4GB of host machine

comment:4 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.