"PANIC: could not allocate parent" during git clone

[DziadekAlzheimer]

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

[anevilyak]

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

[DziadekAlzheimer]

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.

[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

[nielx]

Remove milestone for tickets with status = closed and resolution != fixed