KDL while install process (reproducible)

[Robert S.]

I get an (reproducible) KDL while installing the "hrevr1alpha4-44600" with the normal install application. The install destination is a NOT empty drive with an older haiku nightly installation. To upgrade to the "hrevr1alpha4-44600" I just copied the "hrevr1alpha4-44600" manually to the drive and that worked. IMHO: An installation to an not empty drive is sure not the best way, but should not cause an KDL while installation. This is the stack trace:

stack trace for thread 366 "copy_engine"
    kernel stack: 0x81ff9000 to 0x81ffd000
      user stack: 0x77ff4000 to 0x78034000
frame               caller     <image>:function + offset
0 81ffc928 (+  48) 800949e0   <kernel_x86> invoke_command_trampoline( [34m0x81ffc9c0 [0m) + 0x001c
1 81ffc958 (+  12) 8012ada6   <kernel_x86>:arch_debug_call_with_fault_handler + 0x001b
2 81ffc964 (+  48) 80093976   <kernel_x86>:debug_call_with_fault_handler + 0x005e
3 81ffc994 (+  64) 80094c39   <kernel_x86>:invoke_debugger_command + 0x00b9
4 81ffc9d4 (+  64) 80094a65   <kernel_x86> invoke_pipe_segment(debugger_command_pipe*: [34m0xcce38030 [0m, int32: [34m0 [0m, [34m0x0 [0m [31m"<NULL>" [0m) + 0x0079
5 81ffca14 (+  64) 80094da4   <kernel_x86>:invoke_debugger_command_pipe + 0x009c
6 81ffca54 (+  48) 80096a2c   <kernel_x86> ExpressionParser< [32m0x81ffcb04 [0m>::_ParseCommandPipe( [34m0x81ffcb00 [0m) + 0x0234
7 81ffca84 (+  64) 80095c4c   <kernel_x86> ExpressionParser< [32m0x81ffcb04 [0m>::EvaluateCommand( [34m0x8019ef60 [0m [36m"sc | qrappend" [0m, [34m0x81ffcb00 [0m) + 0x02d0
8 81ffcac4 (+ 224) 80098078   <kernel_x86>:evaluate_debug_command + 0x0080
9 81ffcba4 (+  64) 80092216   <kernel_x86> kernel_debugger_loop( [34m0x8016f797 [0m [36m"PANIC: " [0m, [34m0x81538540 [0m [36m"no space in log after sync (%ld for %ld blocks)!" [0m, [34m0x81ffcc50 [0m [36m"$" [0m, int32: [34m1 [0m) + 0x032a
10 81ffcbe4 (+  48) 8009246b   <kernel_x86> kernel_debugger_internal( [34m0x8016f797 [0m [36m"PANIC: " [0m, [34m0x81538540 [0m [36m"no space in log after sync (%ld for%ld blocks)!" [0m, [34m0x81ffcc50 [0m [36m"$" [0m, int32: [34m1 [0m) + 0x0053
11 81ffcc14 (+  48) 80093cf0   <kernel_x86>:panic + 0x0024
12 81ffcc44 (+ 224) 815291cc   <bfs> Journal< [32m0xd4686cc0 [0m>::_WriteTransactionToLog( [34m0x0 [0m) + 0x0324
13 81ffcd24 (+  48) 81529c5d   <bfs> Journal< [32m0xd4686cc0 [0m>::_TransactionDone( [34mtrue [0m) + 0x00d5
14 81ffcd54 (+  48) 81529a8a   <bfs> Journal< [32m0xd4686cc0 [0m>::Unlock(Transaction*: [34m0x81ffcdc4 [0m, [34mtrue [0m) + 0x004e
15 81ffcd84 (+  80) 8153114c   <bfs> bfs_unlink(fs_volume*: [34m0xd43fc600 [0m, fs_vnode*: [34m0xdc06c148 [0m, [34m0x81ffce04 [0m [36m"libxml2-schematron.html" [0m) + 0x0124
16 81ffcdd4 (+ 304) 800e0993   <kernel_x86> common_unlink(int32: [34m48 [0m, [34m0xce18c848 [0m [36m"." [0m, [34mfalse [0m) + 0x0067
17 81ffcf04 (+  64) 800e5e6b   <kernel_x86>:_user_unlink + 0x0093
18 81ffcf44 (+ 100) 8012c010   <kernel_x86>:handle_syscall + 0x00cd
user iframe at 0x81ffcfa8 (end = 0x81ffd000)
eax 0x75           ebx 0x516d0c        ecx 0x78030d30   edx 0xffff0114
esi 0x78031280     edi 0x78031308      ebp 0x78030d5c   esp 0x81ffcfdc
eip 0xffff0114  eflags 0x3207     user esp 0x78030d30
vector: 0x63, error code: 0x0
19 81ffcfa8 (+   0) ffff0114   <commpage>:commpage_syscall + 0x0004
20 78030d5c (+1936) 0021397b   <_APP_> CopyEngine< [32m0x78033c60 [0m>::_CopyFolder( [34m0x181d0f30 [0m [36m"/boot/common/documentation/gtk-doc/html/libxml2" [0m) + 0x0863
21 780314ec (+1952) 00213759   <_APP_> CopyEngine< [32m0x78033c60 [0m>::_CopyFolder( [34m0x181aeed8 [0m [36m"/boot/common/documentation/gtk-doc/html" [0m) + 0x0641
22 78031c8c (+1952) 00213759   <_APP_> CopyEngine< [32m0x78033c60 [0m>::_CopyFolder( [34m0x181aef08 [0m [36m"/boot/common/documentation/gtk-doc" [0m) + 0x0641
23 7803242c (+1952) 00213759   <_APP_> CopyEngine< [32m0x78033c60 [0m>::_CopyFolder( [34m0x181ccf78 [0m [36m"/boot/common/documentation" [0m) + 0x0641
24 78032bcc (+1952) 00213759   <_APP_> CopyEngine< [32m0x78033c60 [0m>::_CopyFolder( [34m0x181b4f50 [0m [36m"/boot/common" [0m) + 0x0641
25 7803336c (+1952) 00213759   <_APP_> CopyEngine< [32m0x78033c60 [0m>::_CopyFolder( [34m0x181aaf68 [0m [36m"/boot" [0m) + 0x0641
26 78033b0c (+  64) 0021248b   <_APP_> CopyEngine< [32m0x78033c60 [0m>::CopyFolder( [34m0x181aaf68 [0m [36m"/boot" [0m) + 0x0037
27 78033b4c (+ 848) 00221314   <_APP_> WorkerThread< [32m0x1802ac68 [0m>::_PerformInstall(BMenu*: [34m0x1804ce08 [0m) + 0x0aec
28 78033e9c (+ 112) 0021fe1f   <_APP_> WorkerThread< [32m0x1802ac68 [0m>::MessageReceived(BMessage*: [34m0x18196c58 [0m) + 0x0053
29 78033f0c (+  48) 0031a7a3   <libbe.so> BLooper< [32m0x1802ac68 [0m>::DispatchMessage(BMessage*: [34m0x18196c58 [0m, BHandler*: [34m0x1802ac68 [0m) + 0x005b
30 78033f3c (+  64) 0031c111   <libbe.so> BLooper< [32m0x1802ac68 [0m>::task_looper( [34m0x0 [0m) + 0x0211
31 78033f7c (+  48) 0031bcff   <libbe.so> BLooper< [32m0x1802ac68 [0m>::_task0_(NULL) + 0x003f
32 78033fac (+  48) 0079f6e3   <libroot.so>:_get_next_team_info (nearest) + 0x005f
33 78033fdc (+   0) 78033fec   12411:copy_engine_366_stack@0x77ff4000 + 0x3ffec

I hope the bug report helps :)

[leavengood]

Seems like the same issue as #8942 and #8961 ("no space in log after sync".)

[anevilyak]

Indeed.