From: Antoine M. <an...@na...> - 2005-11-29 23:35:40
|
All of this testing was done on an amd64 host. * With a 2.6.15-rc1 (+ 17-11-2005 patches from UML site) in skas0 mode: Runs quite well, but when running some long compilation (php, gcc or xorg for example) it ends up crashing (this not new to this version - I believe this bug has been present for a long time, just never diagnosed - but this is 100% reproducible): During boot the kernel prints out a lot of: "load_TLS(O_FORCE) in fork_handler returned -2" Then for example, try: emerge -a php (...) /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../autocfg -O2 -march=athlon-xp -fomit-frame-pointer -c -o arena.lo `test -f 'arena.cpp' || echo './'`arena.cpp mkdir .libs g++ -DHAVE_CONFIG_H -I. -I. -I../../autocfg -O2 -march=athlon-xp -fomit-frame-pointer -c arena.cpp -MT arena.lo -MD -MP -MF .deps/arena.TPlo -fPIC -DPIC -o .libs/arena.lo [42951313.910000] Kernel panic - not syncing: Kernel mode signal 7 * Same kernel but in TT mode does not boot: (...) [42949377.540000] VFS: Mounted root (ext3 filesystem) readonly. [42949377.560000] line_ioctl: tty0: ioctl KDSIGACCEPT called [42949377.560000] os_set_fd_async : failed to set O_ASYNC and O_NONBLOCK on fd # 6, errno = 9 [42949377.560000] register_winch_irq - failed to register IRQ [42949377.560000] os_set_fd_async : failed to set O_ASYNC and O_NONBLOCK on fd # 6, errno = 9 [42949377.560000] register_winch_irq - failed to register IRQ INIT: [42949377.560000] os_set_fd_async : failed to set O_ASYNC and O_NONBLOCK on fd # 6, errno = 9 [42949377.560000] register_winch_irq - failed to register IRQ version 2.86 booting[42949377.560000] os_set_fd_async : failed to set O_ASYNC and O_NONBLOCK on fd # 6, errno = 9 [42949377.560000] register_winch_irq - failed to register IRQ [42949377.580000] Kernel panic - not syncing: read of switch_pipe failed, errno = 11 * Now, with 2.6.15-rc3 it does not boot: either in TT mode: Checking PROT_EXEC mmap in /tmp...OK UML running in TT mode tracing thread pid = 11250 Child 11253 exited with signal 7 (hangs there until I kill it) * or in skas0 mode: Checking PROT_EXEC mmap in /tmp...OK Checking for the skas3 patch in the host: - /proc/mm...not found - PTRACE_FAULTINFO...not found - PTRACE_LDT...not found UML running in SKAS0 mode (then it exits) This is the same problem I had reported earlier, where it gets stuck - strace extract follows: sigaltstack({ss_sp=0x200000000, ss_flags=0, ss_size=11529956872819846383}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [IO], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [IO], 8) = 0 rt_sigprocmask(SIG_BLOCK, [ALRM VTALRM IO], NULL, 8) = 0 getpid() = 11503 rt_sigprocmask(SIG_SETMASK, NULL, [ALRM VTALRM IO], 8) = 0 rt_sigprocmask(SIG_BLOCK, [ALRM VTALRM IO], NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [], [ALRM VTALRM IO], 8) = 0 rt_sigprocmask(SIG_BLOCK, [ALRM VTALRM IO], NULL, 8) = 0 (repeat for a while - then) --- SIGBUS (Bus error) @ 0 (0) --- rt_sigprocmask(SIG_UNBLOCK, [USR1], [BUS USR1 ALRM VTALRM WINCH IO], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ALRM VTALRM IO], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, NULL, [BUS WINCH], 8) = 0 rt_sigprocmask(SIG_BLOCK, [ALRM VTALRM IO], NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ALRM VTALRM IO], [BUS ALRM VTALRM WINCH IO], 8) = 0 rt_sigprocmask(SIG_BLOCK, [], NULL, 8) = 0 (this repeats until) rt_sigprocmask(SIG_BLOCK, [ALRM VTALRM IO], NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ALRM VTALRM IO], [BUS ALRM VTALRM WINCH IO], 8) = 0 rt_sigprocmask(SIG_BLOCK, [], NULL, 8) = 0 open("/uml/.uml/3", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 fstat64(0x4, 0xa05735ac) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 getdents64(4, /* 3 entries */, 131072) = 72 unlink("/uml/.uml/3/pid") = 0 getdents64(4, /* 0 entries */, 131072) = 0 rmdir("/uml/.uml/3") = 0 getpid() = 11503 rt_sigprocmask(SIG_BLOCK, [ALRM VTALRM IO], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [IO], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [PROF], [IO], 8) = 0 setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={11530534155079122944, 27}}, NULL) = 0 setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={11530534155079122944, 27}}, NULL) = 0 rt_sigaction(SIGALRM, {SIG_IGN}, NULL, 8) = 0 rt_sigaction(SIGVTALRM, {SIG_IGN}, NULL, 8) = 0 rt_sigaction(SIGIO, {SIG_IGN}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ALRM VTALRM IO], NULL, 8) = 0 write(1, "\n", 1 ) = 1 munmap(0x55556000, 4096) = 0 exit_group(1) = ? Let me know what I can do to help. Antoine |
From: Jeff D. <jd...@ad...> - 2005-11-30 03:09:16
|
On Tue, Nov 29, 2005 at 11:35:14PM +0000, Antoine Martin wrote: > [42951313.910000] Kernel panic - not syncing: Kernel mode signal 7 Did your /tmp fill up? > * Now, with 2.6.15-rc3 it does not boot: > * or in skas0 mode: > Checking PROT_EXEC mmap in /tmp...OK > Checking for the skas3 patch in the host: > - /proc/mm...not found > - PTRACE_FAULTINFO...not found > - PTRACE_LDT...not found > UML running in SKAS0 mode > (then it exits) With SIGBUS happening, I'd check that you've got some space in /tmp. FWIW, I have rc3 running happily here on x86_64. Jeff |
From: Antoine M. <an...@na...> - 2005-12-08 02:24:55
|
On Tue, 2005-11-29 at 23:01 -0500, Jeff Dike wrote: > On Tue, Nov 29, 2005 at 11:35:14PM +0000, Antoine Martin wrote: > > [42951313.910000] Kernel panic - not syncing: Kernel mode signal 7 > > Did your /tmp fill up? > > > * Now, with 2.6.15-rc3 it does not boot: > > * or in skas0 mode: > > Checking PROT_EXEC mmap in /tmp...OK > > Checking for the skas3 patch in the host: > > - /proc/mm...not found > > - PTRACE_FAULTINFO...not found > > - PTRACE_LDT...not found > > UML running in SKAS0 mode > > (then it exits) > > With SIGBUS happening, I'd check that you've got some space in /tmp. DOH. There were a few temp files in there, and the guest ran out of space. I didn't consider this because the guest also had a swap disk file and seemed to crash when only consuming a small amount of swap... wrong track. I now mount /tmp in the chroot as tmpfs with a 20MB extra to spare for tmp files... Thanks Antoine > > FWIW, I have rc3 running happily here on x86_64. > > Jeff |