Opened 11 years ago
Last modified 4 years ago
#9511 closed bug
"PANIC: could not allocate parent" during git clone — at Version 2
Reported by: | DziadekAlzheimer | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | System/Kernel | Version: | R1/alpha4.1 |
Keywords: | KDL, git, panic | Cc: | |
Blocked By: | Blocking: | ||
Platform: | x86 |
Description (last modified by )
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
Change History (3)
comment:1 by , 11 years ago
Keywords: | git panic added |
---|
comment:2 by , 11 years ago
Description: | modified (diff) |
---|
by , 11 years ago
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.
Out of curiosity, how much memory (+ swap) did that VM have allocated to it?