From: Toralf F. <tor...@gm...> - 2013-11-30 14:37:22
|
Today I realized that a UML cores if I use the xterm for the in/out. I do usually use "con0=fd:0,fd:1 con=pts" to start a 32bit UML but because the xterm way was fine during the past few weeks (yes, I know, it was broken for a longer time before) and the only change yesterday was to upgrade from vanilla kernel 3.12.1 to 3.12.2 I'm wondering if there's a "suspicous" commit in that stable kernel which could be the reason ? FWIW : tfoerste@n22 ~ $ gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex bt [New LWP 29559] Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, Segmentation fault. #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 1993 prev_state = prev->state; #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 #1 0x08427418 in context_switch (next=<optimized out>, prev=0x46d9eecc, rq=<optimized out>) at kernel/sched/core.c:2130 #2 __schedule () at kernel/sched/core.c:2568 #3 0x08427505 in schedule () at kernel/sched/core.c:2604 #4 0x0808b912 in sigsuspend (set=0x46d9eecc) at kernel/signal.c:3559 #5 0x080646d8 in winch_thread (arg=0x46d9eecc) at arch/um/drivers/chan_user.c:210 #6 0x083da38e in clone () -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Toralf F. <tor...@gm...> - 2013-11-30 14:43:51
|
On 11/30/2013 03:37 PM, Toralf Förster wrote: > > Today I realized that a UML cores if I use the xterm for the in/out. > > I do usually use "con0=fd:0,fd:1 con=pts" to start a 32bit UML but because the xterm way was fine during the past few weeks (yes, I know, it was broken for a longer time before) and the only change yesterday was to upgrade from vanilla kernel 3.12.1 to 3.12.2 I'm wondering if there's a "suspicous" commit in that stable kernel which could be the reason ? > > > FWIW : > tfoerste@n22 ~ $ gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex bt > [New LWP 29559] > Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. > Program terminated with signal 11, Segmentation fault. > #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 > 1993 prev_state = prev->state; > #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 > #1 0x08427418 in context_switch (next=<optimized out>, prev=0x46d9eecc, rq=<optimized out>) at kernel/sched/core.c:2130 > #2 __schedule () at kernel/sched/core.c:2568 > #3 0x08427505 in schedule () at kernel/sched/core.c:2604 > #4 0x0808b912 in sigsuspend (set=0x46d9eecc) at kernel/signal.c:3559 > #5 0x080646d8 in winch_thread (arg=0x46d9eecc) at arch/um/drivers/chan_user.c:210 > #6 0x083da38e in clone () > > Pff - glibc was upgrade from 2.15-r3 to 2.16 too - /me hope, that it is not glibc. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ric...@gm...> - 2013-11-30 14:51:22
|
On Sat, Nov 30, 2013 at 3:43 PM, Toralf Förster <tor...@gm...> wrote: > On 11/30/2013 03:37 PM, Toralf Förster wrote: >> >> Today I realized that a UML cores if I use the xterm for the in/out. >> >> I do usually use "con0=fd:0,fd:1 con=pts" to start a 32bit UML but because the xterm way was fine during the past few weeks (yes, I know, it was broken for a longer time before) and the only change yesterday was to upgrade from vanilla kernel 3.12.1 to 3.12.2 I'm wondering if there's a "suspicous" commit in that stable kernel which could be the reason ? >> >> >> FWIW : >> tfoerste@n22 ~ $ gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex bt >> [New LWP 29559] >> Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. >> Program terminated with signal 11, Segmentation fault. >> #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 >> 1993 prev_state = prev->state; >> #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 >> #1 0x08427418 in context_switch (next=<optimized out>, prev=0x46d9eecc, rq=<optimized out>) at kernel/sched/core.c:2130 >> #2 __schedule () at kernel/sched/core.c:2568 >> #3 0x08427505 in schedule () at kernel/sched/core.c:2604 >> #4 0x0808b912 in sigsuspend (set=0x46d9eecc) at kernel/signal.c:3559 >> #5 0x080646d8 in winch_thread (arg=0x46d9eecc) at arch/um/drivers/chan_user.c:210 >> #6 0x083da38e in clone () >> >> > > Pff - glibc was upgrade from 2.15-r3 to 2.16 too - /me hope, that it is > not glibc. Please more details. Does Linus' tree work? Does it crash immediately? ... Just booted an UML with xterm. Works fine... -- Thanks, //richard |
From: Toralf F. <tor...@gm...> - 2013-11-30 15:56:41
|
On 11/30/2013 03:51 PM, Richard Weinberger wrote: > On Sat, Nov 30, 2013 at 3:43 PM, Toralf Förster <tor...@gm...> wrote: >> On 11/30/2013 03:37 PM, Toralf Förster wrote: >>> >>> Today I realized that a UML cores if I use the xterm for the in/out. >>> >>> I do usually use "con0=fd:0,fd:1 con=pts" to start a 32bit UML but because the xterm way was fine during the past few weeks (yes, I know, it was broken for a longer time before) and the only change yesterday was to upgrade from vanilla kernel 3.12.1 to 3.12.2 I'm wondering if there's a "suspicous" commit in that stable kernel which could be the reason ? >>> >>> >>> FWIW : >>> tfoerste@n22 ~ $ gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex bt >>> [New LWP 29559] >>> Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. >>> Program terminated with signal 11, Segmentation fault. >>> #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 >>> 1993 prev_state = prev->state; >>> #0 finish_task_switch (prev=0xffff9d2f, rq=<optimized out>) at kernel/sched/core.c:1993 >>> #1 0x08427418 in context_switch (next=<optimized out>, prev=0x46d9eecc, rq=<optimized out>) at kernel/sched/core.c:2130 >>> #2 __schedule () at kernel/sched/core.c:2568 >>> #3 0x08427505 in schedule () at kernel/sched/core.c:2604 >>> #4 0x0808b912 in sigsuspend (set=0x46d9eecc) at kernel/signal.c:3559 >>> #5 0x080646d8 in winch_thread (arg=0x46d9eecc) at arch/um/drivers/chan_user.c:210 >>> #6 0x083da38e in clone () >>> >>> >> >> Pff - glibc was upgrade from 2.15-r3 to 2.16 too - /me hope, that it is >> not glibc. > I do believe that it is the glibc 2.16 upgrade. > Please more details. With 32 bit host kernel (3.12.1 and 3.12.2) and current tree of linus as guest kernel (tested older too:3.12, 3.11 ....) one of the linux processes crashes immediately using this start command : /home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M con=xterm umid=uml_trinity rootfstype=ext4 > Does it crash immediately? yes, but it is "just" one (or more ?) of the processes, all other processes continues, which gave later a lot of different error pictures/hangs when the UML image (stable 32 bit Gentoo linux) tries to start services during boot. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Toralf F. <tor...@gm...> - 2013-11-30 16:29:03
|
On 11/30/2013 03:51 PM, Richard Weinberger wrote: > Please more details. > Does Linus' tree work? > Does it crash immediately? Does this helps ? : $ cat ~/devel/my/gdb_uml.config set args earlyprintk ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M con=xterm umid=uml_trinity rootfstype=ext4 set logging file /mnt/ramdisk/gdb_uml.log set logging on backtrace full thread apply all backtrace handle SIGSEGV nostop noprint handle SIGUSR1 nopass stop print $ gdb -x ~/devel/my/gdb_uml.config ~/devel/linux/linux ... Reading symbols from /home/tfoerste/devel/linux/linux...done. /home/tfoerste/devel/my/gdb_uml.config:6: Error in sourced command file: No stack. (gdb) run Starting program: /home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M con=xterm umid=uml_trinity rootfstype=ext4 Locating the bottom of the address space ... Program received signal SIGSEGV, Segmentation fault. page_ok (page=0) at arch/x86/um/os-Linux/task_size.c:32 32 n = *address; (gdb) quit -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ri...@no...> - 2013-11-30 16:37:04
|
Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster: > On 11/30/2013 03:51 PM, Richard Weinberger wrote: > > Please more details. > > Does Linus' tree work? > > Does it crash immediately? > > Does this helps ? : Please try Linus's tree and run it without GDB. UML now has a complete new stack unwinder, let's give it a try. Thanks, //richard |
From: Toralf F. <tor...@gm...> - 2013-11-30 17:26:54
|
On 11/30/2013 05:36 PM, Richard Weinberger wrote: > Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster: >> On 11/30/2013 03:51 PM, Richard Weinberger wrote: >>> Please more details. >>> Does Linus' tree work? >>> Does it crash immediately? >> >> Does this helps ? : > > Please try Linus's tree and run it without GDB. > UML now has a complete new stack unwinder, let's give it a try. > I tried it again now with host kernel 3.13-rc2 - (and guest kernel 3.11, 3.12 and 3.13-rc2) - same picture. (FWIW I tried the UML guest already with a lot of versions inclusive latest Linus git tree, but for the host I'd like to run latest stable from Greg KH) -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ri...@no...> - 2013-11-30 17:35:28
|
Am Samstag, 30. November 2013, 18:26:45 schrieb Toralf Förster: > On 11/30/2013 05:36 PM, Richard Weinberger wrote: > > Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster: > >> On 11/30/2013 03:51 PM, Richard Weinberger wrote: > >>> Please more details. > >>> Does Linus' tree work? > >>> Does it crash immediately? > >> > >> Does this helps ? : > > Please try Linus's tree and run it without GDB. > > UML now has a complete new stack unwinder, let's give it a try. > > I tried it again now with host kernel 3.13-rc2 - (and guest kernel 3.11, > 3.12 and 3.13-rc2) - same picture. > > (FWIW I tried the UML guest already with a lot of versions inclusive > latest Linus git tree, but for the host I'd like to run latest stable > from Greg KH) Please show me the backtrace from Linus' tree. Thanks, //richard |
From: Toralf F. <tor...@gm...> - 2013-11-30 18:20:09
|
On 11/30/2013 06:35 PM, Richard Weinberger wrote: > Am Samstag, 30. November 2013, 18:26:45 schrieb Toralf Förster: >> On 11/30/2013 05:36 PM, Richard Weinberger wrote: >>> Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster: >>>> On 11/30/2013 03:51 PM, Richard Weinberger wrote: >>>>> Please more details. >>>>> Does Linus' tree work? >>>>> Does it crash immediately? >>>> >>>> Does this helps ? : >>> Please try Linus's tree and run it without GDB. >>> UML now has a complete new stack unwinder, let's give it a try. >> >> I tried it again now with host kernel 3.13-rc2 - (and guest kernel 3.11, >> 3.12 and 3.13-rc2) - same picture. >> >> (FWIW I tried the UML guest already with a lot of versions inclusive >> latest Linus git tree, but for the host I'd like to run latest stable >> from Greg KH) > > Please show me the backtrace from Linus' tree. > > Thanks, > //richard > 3 subsequent runs gave these 3 back traces : tfoerste@n22 /mnt/ramdisk $ cat bt-g [New LWP 5297] Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, Segmentation fault. #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 313 (addr[nr >> _BITOPS_LONG_SHIFT])) != 0; #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 No locals. #1 test_ti_thread_flag (ti=<optimized out>, flag=<optimized out>) at include/linux/thread_info.h:93 No locals. #2 test_tsk_thread_flag (flag=<optimized out>, tsk=<optimized out>) at include/linux/sched.h:2422 No locals. #3 signal_pending (p=<optimized out>) at include/linux/sched.h:2448 No locals. #4 __set_task_blocked (tsk=0x34747865, newset=0x49b41f4c) at kernel/signal.c:2530 No locals. #5 0x0808a390 in __set_current_blocked (newset=0x49b41f4c) at kernel/signal.c:2558 tsk = 0x34747865 #6 0x0808a3b7 in set_current_blocked (newset=0x0) at kernel/signal.c:2550 No locals. #7 0x0808b8fd in sigsuspend (set=0x0) at kernel/signal.c:3556 No locals. #8 0x080646d8 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210 sigs = <incomplete type> pty_fd = 172431400 pipe_fd = 15 c = 1 '\001' #9 0x083da38e in clone () No symbol table info available. tfoerste@n22 /mnt/ramdisk $ cat bt-g [New LWP 5557] Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, Segmentation fault. #0 0x0808b8da in sigsuspend (set=0x0) at kernel/signal.c:3555 3555 current->saved_sigmask = current->blocked; #0 0x0808b8da in sigsuspend (set=0x0) at kernel/signal.c:3555 No locals. #1 0x080646d8 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210 sigs = <incomplete type> pty_fd = 145942568 pipe_fd = 15 c = 1 '\001' #2 0x083da38e in clone () No symbol table info available. tfoerste@n22 /mnt/ramdisk $ cat bt-g [New LWP 5809] Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, Segmentation fault. #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 313 (addr[nr >> _BITOPS_LONG_SHIFT])) != 0; #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 No locals. #1 test_ti_thread_flag (ti=<optimized out>, flag=<optimized out>) at include/linux/thread_info.h:93 No locals. #2 test_tsk_thread_flag (flag=<optimized out>, tsk=<optimized out>) at include/linux/sched.h:2422 No locals. #3 signal_pending (p=<optimized out>) at include/linux/sched.h:2448 No locals. #4 __set_task_blocked (tsk=0x34747865, newset=0x48b41f4c) at kernel/signal.c:2530 No locals. #5 0x0808a390 in __set_current_blocked (newset=0x48b41f4c) at kernel/signal.c:2558 tsk = 0x34747865 #6 0x0808a3b7 in set_current_blocked (newset=0x0) at kernel/signal.c:2550 No locals. #7 0x0808b8fd in sigsuspend (set=0x0) at kernel/signal.c:3556 No locals. #8 0x080646d8 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210 sigs = <incomplete type> pty_fd = 152619048 pipe_fd = 15 c = 1 '\001' #9 0x083da38e in clone () No symbol table info available. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ri...@no...> - 2013-11-30 18:23:26
|
Am Samstag, 30. November 2013, 19:19:59 schrieb Toralf Förster: > On 11/30/2013 06:35 PM, Richard Weinberger wrote: > > Am Samstag, 30. November 2013, 18:26:45 schrieb Toralf Förster: > >> On 11/30/2013 05:36 PM, Richard Weinberger wrote: > >>> Am Samstag, 30. November 2013, 17:28:55 schrieb Toralf Förster: > >>>> On 11/30/2013 03:51 PM, Richard Weinberger wrote: > >>>>> Please more details. > >>>>> Does Linus' tree work? > >>>>> Does it crash immediately? > >>>> > >>>> Does this helps ? : > >>> Please try Linus's tree and run it without GDB. > >>> UML now has a complete new stack unwinder, let's give it a try. > >> > >> I tried it again now with host kernel 3.13-rc2 - (and guest kernel 3.11, > >> 3.12 and 3.13-rc2) - same picture. > >> > >> (FWIW I tried the UML guest already with a lot of versions inclusive > >> latest Linus git tree, but for the host I'd like to run latest stable > >> from Greg KH) > > > > Please show me the backtrace from Linus' tree. > > > > Thanks, > > //richard > > 3 subsequent runs gave these 3 back traces : Sorry for being imprecise, I meant the raw output from UML, not GDB. Currently it looks like yet another cluster fuck within the winch-Thread. Thanks, //richard > > tfoerste@n22 /mnt/ramdisk $ cat bt-g > [New LWP 5297] > Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk > ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, > Segmentation fault. > #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at > /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 313 > (addr[nr >> _BITOPS_LONG_SHIFT])) != 0; > #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at > /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 No locals. > #1 test_ti_thread_flag (ti=<optimized out>, flag=<optimized out>) at > include/linux/thread_info.h:93 No locals. > #2 test_tsk_thread_flag (flag=<optimized out>, tsk=<optimized out>) at > include/linux/sched.h:2422 No locals. > #3 signal_pending (p=<optimized out>) at include/linux/sched.h:2448 > No locals. > #4 __set_task_blocked (tsk=0x34747865, newset=0x49b41f4c) at > kernel/signal.c:2530 No locals. > #5 0x0808a390 in __set_current_blocked (newset=0x49b41f4c) at > kernel/signal.c:2558 tsk = 0x34747865 > #6 0x0808a3b7 in set_current_blocked (newset=0x0) at kernel/signal.c:2550 > No locals. > #7 0x0808b8fd in sigsuspend (set=0x0) at kernel/signal.c:3556 > No locals. > #8 0x080646d8 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210 > sigs = <incomplete type> > pty_fd = 172431400 > pipe_fd = 15 > c = 1 '\001' > #9 0x083da38e in clone () > No symbol table info available. > > > tfoerste@n22 /mnt/ramdisk $ cat bt-g > [New LWP 5557] > Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk > ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, > Segmentation fault. > #0 0x0808b8da in sigsuspend (set=0x0) at kernel/signal.c:3555 > 3555 current->saved_sigmask = current->blocked; > #0 0x0808b8da in sigsuspend (set=0x0) at kernel/signal.c:3555 > No locals. > #1 0x080646d8 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210 > sigs = <incomplete type> > pty_fd = 145942568 > pipe_fd = 15 > c = 1 '\001' > #2 0x083da38e in clone () > No symbol table info available. > > > tfoerste@n22 /mnt/ramdisk $ cat bt-g > [New LWP 5809] > Core was generated by `/home/tfoerste/devel/linux/linux earlyprintk > ubda=/home/tfoerste/virtual/uml/tr'. Program terminated with signal 11, > Segmentation fault. > #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at > /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 313 > (addr[nr >> _BITOPS_LONG_SHIFT])) != 0; > #0 constant_test_bit (addr=<optimized out>, nr=<optimized out>) at > /home/tfoerste/devel/linux/arch/x86/include/asm/bitops.h:313 No locals. > #1 test_ti_thread_flag (ti=<optimized out>, flag=<optimized out>) at > include/linux/thread_info.h:93 No locals. > #2 test_tsk_thread_flag (flag=<optimized out>, tsk=<optimized out>) at > include/linux/sched.h:2422 No locals. > #3 signal_pending (p=<optimized out>) at include/linux/sched.h:2448 > No locals. > #4 __set_task_blocked (tsk=0x34747865, newset=0x48b41f4c) at > kernel/signal.c:2530 No locals. > #5 0x0808a390 in __set_current_blocked (newset=0x48b41f4c) at > kernel/signal.c:2558 tsk = 0x34747865 > #6 0x0808a3b7 in set_current_blocked (newset=0x0) at kernel/signal.c:2550 > No locals. > #7 0x0808b8fd in sigsuspend (set=0x0) at kernel/signal.c:3556 > No locals. > #8 0x080646d8 in winch_thread (arg=0x0) at arch/um/drivers/chan_user.c:210 > sigs = <incomplete type> > pty_fd = 152619048 > pipe_fd = 15 > c = 1 '\001' > #9 0x083da38e in clone () > No symbol table info available. |
From: Toralf F. <tor...@gm...> - 2013-11-30 18:43:57
|
On 11/30/2013 07:23 PM, Richard Weinberger wrote: > Sorry for being imprecise, I meant the raw output from UML, not GDB. > Currently it looks like yet another cluster fuck within the winch-Thread. > > Thanks, > //richard ah - ok. This is from the KOnsole starting the UML (FWIW the UML often starts, but failed to get an IP address via DHCP and then suddenly all xterms vanishe w/o any further core dump) tfoerste@n22 /mnt/ramdisk $ start_uml.sh -r ~/virtual/uml/trinity -y con=xterm -l /home/tfoerste/devel/linux/linux + /home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M con=xterm umid=uml_trinity rootfstype=ext4 '' Locating the bottom of the address space ... 0x1000 Locating the top of the address space ... 0xc0000000 Core dump limits : soft - NONE hard - NONE Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...OK Checking advanced syscall emulation patch for ptrace...OK Checking for tmpfs mount on /dev/shm.../dev/shm...OK Checking PROT_EXEC mmap in /dev/shm/...OK Checking for the skas3 patch in the host: - /proc/mm...not found: No such file or directory - PTRACE_FAULTINFO...not found - PTRACE_LDT...not found UML running in SKAS0 mode Adding 23449600 bytes to physical memory to account for exec-shield gap bootconsole [earlycon0] enabled PID hash table entries: 4096 (order: 2, 16384 bytes) Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Sorting __ex_table... Memory: 1025168K/1072500K available (3932K kernel code, 283K rwdata, 1516K rodata, 114K init, 180K bss, 47332K reserved) SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 NR_IRQS:15 Calibrating delay loop... 2832.79 BogoMIPS (lpj=14163968) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 Checking for host processor cmov support...Yes Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround devtmpfs: initialized Using 2.6 host AIO NET: Registered protocol family 16 bio: create slab <bio-0> at 0 Switched to clocksource itimer NET: Registered protocol family 2 TCP established hash table entries: 16384 (order: 4, 65536 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes) TCP: Hash tables configured (established 16384 bind 16384) TCP: reno registered UDP hash table entries: 1024 (order: 2, 16384 bytes) UDP-Lite hash table entries: 1024 (order: 2, 16384 bytes) NET: Registered protocol family 1 RPC: Registered named UNIX socket transport module. RPC: Registered udp transport module. RPC: Registered tcp transport module. RPC: Registered tcp NFSv4.1 backchannel transport module. console [stderr0] disabled mconsole (version 2) initialized on /home/tfoerste/.uml/uml_trinity/mconsole Checking host MADV_REMOVE support...OK UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) Host TLS support detected Detected host type: i386 (GDT indexes 6 to 9) audit: initializing netlink socket (disabled) type=2000 audit(1385836514.952:1): initialized zbud: loaded NFS: Registering the id_resolver key type Key type id_resolver registered Key type id_legacy registered nfs4filelayout_init: NFSv4 File Layout Driver Registering... Installing knfsd (copyright (C) 1996 ok...@mo...). msgmni has been set to 2002 alg: No test for stdrng (krng) Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) io scheduler noop registered (default) loop: module loaded device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-...@re... TCP: cubic registered NET: Registered protocol family 10 sit: IPv6 over IPv4 tunneling driver NET: Registered protocol family 17 Key type dns_resolver registered Initialized stdio console driver Console initialized on /dev/tty0 console [tty0] enabled bootconsole [earlycon0] disabled and it continues then with Gentoo's message in the xterm : console [tty0] enabled bootconsole [earlycon0] disabled Initializing software serial port version 1 console [mc-1] enabled ubda: unknown partition table ubdb: unknown partition table Netdevice 0 (72:ef:3d:9f:c3:5a) : TUN/TAP backend - EXT4-fs (ubda): INFO: recovery required on readonly filesystem EXT4-fs (ubda): write access will be enabled during recovery EXT4-fs (ubda): recovery complete EXT4-fs (ubda): mounted filesystem with ordered data mode. Opts: (null) VFS: Mounted root (ext4 filesystem) readonly on device 98:0. devtmpfs: mounted INIT: version 2.88 booting OpenRC 0.12.4 is starting up Gentoo Linux (i686) [UML] * Mounting /proc ... [ ok ] * Mounting /run ... * /run/openrc: creating directory * /run/lock: creating directory * /run/lock: correcting owner * Using /dev mounted from kernel ... [ ok ] * Mounting /dev/mqueue ... [ ok ] * Mounting /dev/pts ... [ ok ] * Mounting /dev/shm ... [ ok ] * Mounting /sys ... [ ok ] * Mounting cgroup filesystem ... [ ok ] * setting up tmpfiles.d entries for /dev ... [ ok ] * Starting udev ... [ ok ] * Generating a rule to create a /dev/root symlink ... [ ok ] * Populating /dev with existing devices through uevents ... [ ok ] * Waiting for uevents to be processed ... [ ok ] * Remounting root filesystem read/write ... [ ok ] * Remounting filesystems ... [ ok ] * Updating /etc/mtab ... [ ok ] * Activating swap devices ... [ ok ] * Mounting local filesystems ... [ ok ] * Configuring kernel parameters ... [ ok ] * Creating user login records ... [ ok ] * Wiping /tmp directory ... [ ok ] * Setting up dm-crypt mappings ... * crypt-swap using: -c aes -h sha1 -d /dev/urandom create crypt-swap /dev/ubdb ... [ ok ] * pre_mount: mkswap ${dev} ... [ ok ] * Setting hostname to trinity ... [ ok ] * Bringing up network interface lo ... [ ok ] * Bringing up interface lo * 127.0.0.1/8 ... [ ok ] * Adding routes * 127.0.0.0/8 via 127.0.0.1 ... [ ok ] * Mounting misc binary format filesystem ... [ ok ] * Loading custom binary format handlers ... [ ok ] * Activating additional swap space ... [ ok ] * setting up tmpfiles.d entries ... [ ok ] * Initializing random number generator ... [ ok ] INIT: Entering runlevel: 3 * Checking your configfile (/etc/syslog-ng/syslog-ng.conf) ... [ ok ] * Starting syslog-ng ... [ ok ] * Starting DHCP Client Daemon ... * Starting haveged ... [ ok ] * Starting rngd ... [ ok ] * Starting sshd ... [ ok ] * Starting vixie-cron ... [ ok ] * Starting local net.core.warnings = 0 [ ok ] and syslog shows in another xterm : Nov 30 19:38:28 trinity syslog-ng[1076]: syslog-ng starting up; version='3.4.2' Nov 30 19:38:28 trinity kernel: Initializing cgroup subsys cpu Nov 30 19:38:28 trinity kernel: Linux version 3.13.0-rc2 (tfoerste@n22) (gcc version 4.7.3 (Gentoo 4.7.3-r1 p1.3, pie-0.5.5) ) #1 Sat Nov 30 19:09:51 CET 2013 Nov 30 19:38:28 trinity kernel: On node 0 totalpages: 265364 Nov 30 19:38:28 trinity kernel: free_area_init_node: node 0, pgdat 085f8b00, node_mem_map 0a025000 Nov 30 19:38:28 trinity kernel: Normal zone: 2074 pages used for memmap Nov 30 19:38:28 trinity kernel: Normal zone: 0 pages reserved Nov 30 19:38:28 trinity kernel: Normal zone: 265364 pages, LIFO batch:31 Nov 30 19:38:28 trinity kernel: pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 Nov 30 19:38:28 trinity kernel: pcpu-alloc: [0] 0 Nov 30 19:38:28 trinity kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 263290 Nov 30 19:38:29 trinity kernel: Kernel command line: earlyprintk ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M con=xterm rootfstype=ext4 root=98:0 Nov 30 19:38:29 trinity kernel: bootconsole [earlycon0] enabled Nov 30 19:38:29 trinity kernel: PID hash table entries: 4096 (order: 2, 16384 bytes) Nov 30 19:38:29 trinity kernel: Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) Nov 30 19:38:29 trinity kernel: Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Nov 30 19:38:29 trinity kernel: Sorting __ex_table... Nov 30 19:38:29 trinity kernel: Memory: 1025316K/1061456K available (3932K kernel code, 283K rwdata, 1516K rodata, 114K init, 180K bss, 36140K reserved) Nov 30 19:38:29 trinity kernel: SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 Nov 30 19:38:29 trinity kernel: NR_IRQS:15 Nov 30 19:38:29 trinity kernel: Calibrating delay loop... 3822.38 BogoMIPS (lpj=19111936) Nov 30 19:38:29 trinity kernel: pid_max: default: 32768 minimum: 301 Nov 30 19:38:29 trinity kernel: Mount-cache hash table entries: 512 Nov 30 19:38:29 trinity kernel: Checking for host processor cmov support...Yes Nov 30 19:38:29 trinity kernel: Checking that host ptys support output SIGIO...Yes Nov 30 19:38:29 trinity kernel: Checking that host ptys support SIGIO on close...No, enabling workaround Nov 30 19:38:29 trinity kernel: devtmpfs: initialized Nov 30 19:38:29 trinity kernel: Using 2.6 host AIO Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 16 Nov 30 19:38:29 trinity kernel: bio: create slab <bio-0> at 0 Nov 30 19:38:29 trinity kernel: Switched to clocksource itimer Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 2 Nov 30 19:38:29 trinity kernel: TCP established hash table entries: 16384 (order: 4, 65536 bytes) Nov 30 19:38:29 trinity kernel: TCP bind hash table entries: 16384 (order: 4, 65536 bytes) Nov 30 19:38:29 trinity kernel: TCP: Hash tables configured (established 16384 bind 16384) Nov 30 19:38:29 trinity kernel: TCP: reno registered Nov 30 19:38:29 trinity kernel: UDP hash table entries: 1024 (order: 2, 16384 bytes) Nov 30 19:38:29 trinity kernel: UDP-Lite hash table entries: 1024 (order: 2, 16384 bytes) Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 1 Nov 30 19:38:29 trinity kernel: RPC: Registered named UNIX socket transport module. Nov 30 19:38:29 trinity kernel: RPC: Registered udp transport module. Nov 30 19:38:29 trinity kernel: RPC: Registered tcp transport module. Nov 30 19:38:29 trinity kernel: RPC: Registered tcp NFSv4.1 backchannel transport module. Nov 30 19:38:29 trinity kernel: console [stderr0] disabled Nov 30 19:38:29 trinity kernel: mconsole (version 2) initialized on /home/tfoerste/.uml/uml_trinity/mconsole Nov 30 19:38:29 trinity kernel: Checking host MADV_REMOVE support...OK Nov 30 19:38:29 trinity kernel: UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) Nov 30 19:38:29 trinity kernel: Host TLS support detected Nov 30 19:38:29 trinity kernel: Detected host type: i386 (GDT indexes 6 to 9) Nov 30 19:38:29 trinity kernel: audit: initializing netlink socket (disabled) Nov 30 19:38:29 trinity kernel: type=2000 audit(1385836664.270:1): initialized Nov 30 19:38:29 trinity kernel: zbud: loaded Nov 30 19:38:29 trinity kernel: NFS: Registering the id_resolver key type Nov 30 19:38:29 trinity kernel: Key type id_resolver registered Nov 30 19:38:29 trinity kernel: Key type id_legacy registered Nov 30 19:38:29 trinity kernel: nfs4filelayout_init: NFSv4 File Layout Driver Registering... Nov 30 19:38:29 trinity kernel: Installing knfsd (copyright (C) 1996 ok...@mo...). Nov 30 19:38:29 trinity kernel: msgmni has been set to 2002 Nov 30 19:38:29 trinity kernel: alg: No test for stdrng (krng) Nov 30 19:38:29 trinity kernel: Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) Nov 30 19:38:29 trinity kernel: io scheduler noop registered (default) Nov 30 19:38:29 trinity kernel: loop: module loaded Nov 30 19:38:29 trinity kernel: device-mapper: uevent: version 1.0.3 Nov 30 19:38:29 trinity kernel: device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-...@re... Nov 30 19:38:29 trinity kernel: TCP: cubic registered Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 10 Nov 30 19:38:29 trinity kernel: sit: IPv6 over IPv4 tunneling driver Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 17 Nov 30 19:38:29 trinity kernel: Key type dns_resolver registered Nov 30 19:38:29 trinity kernel: Initialized stdio console driver Nov 30 19:38:29 trinity kernel: Console initialized on /dev/tty0 Nov 30 19:38:29 trinity kernel: console [tty0] enabled Nov 30 19:38:29 trinity kernel: bootconsole [earlycon0] disabled Nov 30 19:38:29 trinity kernel: Initializing software serial port version 1 Nov 30 19:38:29 trinity kernel: console [mc-1] enabled Nov 30 19:38:29 trinity kernel: ubda: unknown partition table Nov 30 19:38:29 trinity kernel: ubdb: unknown partition table Nov 30 19:38:29 trinity kernel: Netdevice 0 (72:ef:3d:9f:c3:5a) : Nov 30 19:38:29 trinity kernel: TUN/TAP backend - Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): INFO: recovery required on readonly filesystem Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): write access will be enabled during recovery Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): recovery complete Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): mounted filesystem with ordered data mode. Opts: (null) Nov 30 19:38:29 trinity kernel: VFS: Mounted root (ext4 filesystem) readonly on device 98:0. Nov 30 19:38:29 trinity kernel: devtmpfs: mounted Nov 30 19:38:29 trinity kernel[536]: starting version 204 Nov 30 19:38:29 trinity kernel: random: nonblocking pool is initialized Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): re-mounted. Opts: (null) Nov 30 19:38:29 trinity kernel: bio: create slab <bio-1> at 1 Nov 30 19:38:29 trinity kernel: Adding 262140k swap on /dev/mapper/crypt-swap. Priority:-1 extents:1 across:262140k FS Nov 30 19:38:29 trinity kernel: type=1006 audit(1385836708.020:2): pid=1074 uid=0 old auid=4294967295 new auid=0 old ses=4294967295 new ses=1 res=1 Nov 30 19:38:29 trinity dhcpcd[1098]: version 5.6.4 starting Nov 30 19:38:30 trinity dhcpcd[1098]: sit0: unsupported interface type 308, falling back to ethernet Nov 30 19:38:31 trinity dhcpcd[1098]: sit0: broadcasting for a lease Nov 30 19:38:31 trinity dhcpcd[1098]: eth0: sending IPv6 Router Solicitation Nov 30 19:38:31 trinity dhcpcd[1098]: eth0: checking for 169.254.229.237 Nov 30 19:38:35 trinity dhcpcd[1098]: eth0: sending IPv6 Router Solicitation Nov 30 19:38:36 trinity dhcpcd[1098]: eth0: using IPv4LL address 169.254.229.237 Nov 30 19:38:37 trinity dhcpcd[1098]: forked to background, child pid 1138 Nov 30 19:38:38 trinity haveged: haveged starting up Nov 30 19:38:39 trinity haveged: haveged: ver: 1.7a; arch: x86; vend: GenuineIntel; opts: (T); collect: 128K Nov 30 19:38:39 trinity haveged: haveged: cpu: (L4 VC); data: 32K (L4); inst: 32K (L4); idx: 18/40; sz: 32190/69480 Nov 30 19:38:39 trinity haveged: haveged: tot tests: BA8: A:1/0 B: 1/0; continuous tests: B: A:0/0 B: 0/0; last entropy estimate 7.99992 Nov 30 19:38:39 trinity haveged: haveged: fills: 0, generated: 0 Nov 30 19:38:39 trinity dhcpcd[1138]: eth0: sending IPv6 Router Solicitation Nov 30 19:38:41 trinity dhcpcd[1138]: eth0: broadcasting for a lease Nov 30 19:38:44 trinity dhcpcd[1138]: eth0: sending IPv6 Router Solicitation Nov 30 19:38:44 trinity dhcpcd[1138]: eth0: no IPv6 Routers available Nov 30 19:38:45 trinity cron[1228]: (CRON) STARTUP (V5.0) Nov 30 19:38:45 trinity kernel: [sched_delayed] sched: RT throttling activated Nov 30 19:40:01 trinity cron[1257]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons) after another minute now all xterms are away .... -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ri...@no...> - 2013-11-30 23:19:18
|
Am Samstag, 30. November 2013, 19:43:47 schrieb Toralf Förster: > On 11/30/2013 07:23 PM, Richard Weinberger wrote: > > Sorry for being imprecise, I meant the raw output from UML, not GDB. > > Currently it looks like yet another cluster fuck within the winch-Thread. > > > > Thanks, > > //richard > > ah - ok. > > This is from the KOnsole starting the UML (FWIW the UML often starts, > but failed to get an IP address via DHCP and then suddenly all xterms > vanishe w/o any further core dump) > > > tfoerste@n22 /mnt/ramdisk $ start_uml.sh -r ~/virtual/uml/trinity -y > con=xterm -l /home/tfoerste/devel/linux/linux + > /home/tfoerste/devel/linux/linux earlyprintk > ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap > eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M con=xterm umid=uml_trinity > rootfstype=ext4 '' Locating the bottom of the address space ... 0x1000 > Locating the top of the address space ... 0xc0000000 > Core dump limits : > soft - NONE > hard - NONE > Checking that ptrace can change system call numbers...OK > Checking syscall emulation patch for ptrace...OK > Checking advanced syscall emulation patch for ptrace...OK > Checking for tmpfs mount on /dev/shm.../dev/shm...OK > Checking PROT_EXEC mmap in /dev/shm/...OK > Checking for the skas3 patch in the host: > - /proc/mm...not found: No such file or directory > - PTRACE_FAULTINFO...not found > - PTRACE_LDT...not found > UML running in SKAS0 mode > Adding 23449600 bytes to physical memory to account for exec-shield gap > bootconsole [earlycon0] enabled > PID hash table entries: 4096 (order: 2, 16384 bytes) > Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes) > Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) > Sorting __ex_table... > Memory: 1025168K/1072500K available (3932K kernel code, 283K rwdata, 1516K > rodata, 114K init, 180K bss, 47332K reserved) SLUB: HWalign=64, Order=0-3, > MinObjects=0, CPUs=1, Nodes=1 > NR_IRQS:15 > Calibrating delay loop... 2832.79 BogoMIPS (lpj=14163968) > pid_max: default: 32768 minimum: 301 > Mount-cache hash table entries: 512 > Checking for host processor cmov support...Yes > Checking that host ptys support output SIGIO...Yes > Checking that host ptys support SIGIO on close...No, enabling workaround > devtmpfs: initialized > Using 2.6 host AIO > NET: Registered protocol family 16 > bio: create slab <bio-0> at 0 > Switched to clocksource itimer > NET: Registered protocol family 2 > TCP established hash table entries: 16384 (order: 4, 65536 bytes) > TCP bind hash table entries: 16384 (order: 4, 65536 bytes) > TCP: Hash tables configured (established 16384 bind 16384) > TCP: reno registered > UDP hash table entries: 1024 (order: 2, 16384 bytes) > UDP-Lite hash table entries: 1024 (order: 2, 16384 bytes) > NET: Registered protocol family 1 > RPC: Registered named UNIX socket transport module. > RPC: Registered udp transport module. > RPC: Registered tcp transport module. > RPC: Registered tcp NFSv4.1 backchannel transport module. > console [stderr0] disabled > mconsole (version 2) initialized on /home/tfoerste/.uml/uml_trinity/mconsole > Checking host MADV_REMOVE support...OK > UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) > Host TLS support detected > Detected host type: i386 (GDT indexes 6 to 9) > audit: initializing netlink socket (disabled) > type=2000 audit(1385836514.952:1): initialized > zbud: loaded > NFS: Registering the id_resolver key type > Key type id_resolver registered > Key type id_legacy registered > nfs4filelayout_init: NFSv4 File Layout Driver Registering... > Installing knfsd (copyright (C) 1996 ok...@mo...). > msgmni has been set to 2002 > alg: No test for stdrng (krng) > Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) > io scheduler noop registered (default) > loop: module loaded > device-mapper: uevent: version 1.0.3 > device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: > dm-...@re... TCP: cubic registered > NET: Registered protocol family 10 > sit: IPv6 over IPv4 tunneling driver > NET: Registered protocol family 17 > Key type dns_resolver registered > Initialized stdio console driver > Console initialized on /dev/tty0 > console [tty0] enabled > bootconsole [earlycon0] disabled > > > > and it continues then with Gentoo's message in the xterm : > > > > console [tty0] enabled > bootconsole [earlycon0] disabled > Initializing software serial port version 1 > console [mc-1] enabled > ubda: unknown partition table > ubdb: unknown partition table > Netdevice 0 (72:ef:3d:9f:c3:5a) : > TUN/TAP backend - > EXT4-fs (ubda): INFO: recovery required on readonly filesystem > EXT4-fs (ubda): write access will be enabled during recovery > EXT4-fs (ubda): recovery complete > EXT4-fs (ubda): mounted filesystem with ordered data mode. Opts: (null) > VFS: Mounted root (ext4 filesystem) readonly on device 98:0. > devtmpfs: mounted > INIT: version 2.88 booting > > OpenRC 0.12.4 is starting up Gentoo Linux (i686) [UML] > > * Mounting /proc ... > [ ok ] * Mounting /run ... > * /run/openrc: creating directory > * /run/lock: creating directory > * /run/lock: correcting owner > * Using /dev mounted from kernel ... > [ ok ] * Mounting /dev/mqueue ... > > [ ok ] * Mounting /dev/pts ... > [ ok ] * > Mounting /dev/shm ... > [ ok ] * Mounting /sys ... > > [ ok ] * Mounting cgroup filesystem ... > [ ok ] * setting > up tmpfiles.d entries for /dev ... > [ ok ] * Starting udev ... > > [ ok ] * Generating a rule to create a /dev/root symlink ... > [ ok ] * Populating /dev > with existing devices through uevents ... > [ ok ] * Waiting for uevents to be processed ... > [ ok > ] * Remounting root filesystem read/write ... > [ ok ] * Remounting filesystems > ... > [ ok ] * Updating /etc/mtab ... > [ ok ] * > Activating swap devices ... > [ ok ] * Mounting local filesystems > ... > [ ok ] * Configuring kernel parameters ... > [ ok ] * > Creating user login records ... > [ ok ] * Wiping /tmp directory ... > > [ ok ] * Setting up dm-crypt mappings ... > * crypt-swap using: -c aes -h sha1 -d /dev/urandom create crypt-swap > /dev/ubdb ... [ ok ] * pre_mount: > mkswap ${dev} ... > [ ok ] * Setting hostname to trinity ... > [ > ok ] * Bringing up network interface lo ... > [ ok ] * Bringing up > interface lo > * 127.0.0.1/8 ... > [ ok ] * Adding routes > * 127.0.0.0/8 via 127.0.0.1 ... > [ ok ] * Mounting misc binary > format filesystem ... > [ ok ] * Loading custom binary format handlers ... > [ ok ] * > Activating additional swap space ... > [ ok ] * setting up tmpfiles.d > entries ... > [ ok ] * Initializing random number generator ... > [ ok ] > INIT: Entering runlevel: 3 > * Checking your configfile (/etc/syslog-ng/syslog-ng.conf) ... > [ ok ] * Starting syslog-ng ... > > [ ok ] * Starting DHCP Client Daemon ... > * Starting haveged ... > [ ok ] * Starting rngd ... > > [ ok ] * Starting sshd ... > [ ok ] * > Starting vixie-cron ... > [ ok ] * Starting local > net.core.warnings = 0 > [ ok ] > > > > and syslog shows in another xterm : > > > > Nov 30 19:38:28 trinity syslog-ng[1076]: syslog-ng starting up; > version='3.4.2' Nov 30 19:38:28 trinity kernel: Initializing cgroup subsys > cpu > Nov 30 19:38:28 trinity kernel: Linux version 3.13.0-rc2 (tfoerste@n22) (gcc > version 4.7.3 (Gentoo 4.7.3-r1 p1.3, pie-0.5.5) ) #1 Sat Nov 30 19:09:51 > CET 2013 Nov 30 19:38:28 trinity kernel: On node 0 totalpages: 265364 > Nov 30 19:38:28 trinity kernel: free_area_init_node: node 0, pgdat 085f8b00, > node_mem_map 0a025000 Nov 30 19:38:28 trinity kernel: Normal zone: 2074 > pages used for memmap Nov 30 19:38:28 trinity kernel: Normal zone: 0 pages > reserved > Nov 30 19:38:28 trinity kernel: Normal zone: 265364 pages, LIFO batch:31 > Nov 30 19:38:28 trinity kernel: pcpu-alloc: s0 r0 d32768 u32768 > alloc=1*32768 Nov 30 19:38:28 trinity kernel: pcpu-alloc: [0] 0 > Nov 30 19:38:28 trinity kernel: Built 1 zonelists in Zone order, mobility > grouping on. Total pages: 263290 Nov 30 19:38:29 trinity kernel: Kernel > command line: earlyprintk ubda=/home/tfoerste/virtual/uml/trinity > ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=1025M > con=xterm rootfstype=ext4 root=98:0 Nov 30 19:38:29 trinity kernel: > bootconsole [earlycon0] enabled > Nov 30 19:38:29 trinity kernel: PID hash table entries: 4096 (order: 2, > 16384 bytes) Nov 30 19:38:29 trinity kernel: Dentry cache hash table > entries: 262144 (order: 8, 1048576 bytes) Nov 30 19:38:29 trinity kernel: > Inode-cache hash table entries: 131072 (order: 7, 524288 bytes) Nov 30 > 19:38:29 trinity kernel: Sorting __ex_table... > Nov 30 19:38:29 trinity kernel: Memory: 1025316K/1061456K available (3932K > kernel code, 283K rwdata, 1516K rodata, 114K init, 180K bss, 36140K > reserved) Nov 30 19:38:29 trinity kernel: SLUB: HWalign=64, Order=0-3, > MinObjects=0, CPUs=1, Nodes=1 Nov 30 19:38:29 trinity kernel: NR_IRQS:15 > Nov 30 19:38:29 trinity kernel: Calibrating delay loop... 3822.38 BogoMIPS > (lpj=19111936) Nov 30 19:38:29 trinity kernel: pid_max: default: 32768 > minimum: 301 Nov 30 19:38:29 trinity kernel: Mount-cache hash table > entries: 512 Nov 30 19:38:29 trinity kernel: Checking for host processor > cmov support...Yes Nov 30 19:38:29 trinity kernel: Checking that host ptys > support output SIGIO...Yes Nov 30 19:38:29 trinity kernel: Checking that > host ptys support SIGIO on close...No, enabling workaround Nov 30 19:38:29 > trinity kernel: devtmpfs: initialized > Nov 30 19:38:29 trinity kernel: Using 2.6 host AIO > Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 16 > Nov 30 19:38:29 trinity kernel: bio: create slab <bio-0> at 0 > Nov 30 19:38:29 trinity kernel: Switched to clocksource itimer > Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 2 > Nov 30 19:38:29 trinity kernel: TCP established hash table entries: 16384 > (order: 4, 65536 bytes) Nov 30 19:38:29 trinity kernel: TCP bind hash table > entries: 16384 (order: 4, 65536 bytes) Nov 30 19:38:29 trinity kernel: TCP: > Hash tables configured (established 16384 bind 16384) Nov 30 19:38:29 > trinity kernel: TCP: reno registered > Nov 30 19:38:29 trinity kernel: UDP hash table entries: 1024 (order: 2, > 16384 bytes) Nov 30 19:38:29 trinity kernel: UDP-Lite hash table entries: > 1024 (order: 2, 16384 bytes) Nov 30 19:38:29 trinity kernel: NET: > Registered protocol family 1 > Nov 30 19:38:29 trinity kernel: RPC: Registered named UNIX socket transport > module. Nov 30 19:38:29 trinity kernel: RPC: Registered udp transport > module. Nov 30 19:38:29 trinity kernel: RPC: Registered tcp transport > module. Nov 30 19:38:29 trinity kernel: RPC: Registered tcp NFSv4.1 > backchannel transport module. Nov 30 19:38:29 trinity kernel: console > [stderr0] disabled > Nov 30 19:38:29 trinity kernel: mconsole (version 2) initialized on > /home/tfoerste/.uml/uml_trinity/mconsole Nov 30 19:38:29 trinity kernel: > Checking host MADV_REMOVE support...OK Nov 30 19:38:29 trinity kernel: UML > Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) Nov > 30 19:38:29 trinity kernel: Host TLS support detected > Nov 30 19:38:29 trinity kernel: Detected host type: i386 (GDT indexes 6 to > 9) Nov 30 19:38:29 trinity kernel: audit: initializing netlink socket > (disabled) Nov 30 19:38:29 trinity kernel: type=2000 > audit(1385836664.270:1): initialized Nov 30 19:38:29 trinity kernel: zbud: > loaded > Nov 30 19:38:29 trinity kernel: NFS: Registering the id_resolver key type > Nov 30 19:38:29 trinity kernel: Key type id_resolver registered > Nov 30 19:38:29 trinity kernel: Key type id_legacy registered > Nov 30 19:38:29 trinity kernel: nfs4filelayout_init: NFSv4 File Layout > Driver Registering... Nov 30 19:38:29 trinity kernel: Installing knfsd > (copyright (C) 1996 ok...@mo...). Nov 30 19:38:29 trinity kernel: > msgmni has been set to 2002 > Nov 30 19:38:29 trinity kernel: alg: No test for stdrng (krng) > Nov 30 19:38:29 trinity kernel: Block layer SCSI generic (bsg) driver > version 0.4 loaded (major 254) Nov 30 19:38:29 trinity kernel: io scheduler > noop registered (default) Nov 30 19:38:29 trinity kernel: loop: module > loaded > Nov 30 19:38:29 trinity kernel: device-mapper: uevent: version 1.0.3 > Nov 30 19:38:29 trinity kernel: device-mapper: ioctl: 4.27.0-ioctl > (2013-10-30) initialised: dm-...@re... Nov 30 19:38:29 trinity > kernel: TCP: cubic registered > Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 10 > Nov 30 19:38:29 trinity kernel: sit: IPv6 over IPv4 tunneling driver > Nov 30 19:38:29 trinity kernel: NET: Registered protocol family 17 > Nov 30 19:38:29 trinity kernel: Key type dns_resolver registered > Nov 30 19:38:29 trinity kernel: Initialized stdio console driver > Nov 30 19:38:29 trinity kernel: Console initialized on /dev/tty0 > Nov 30 19:38:29 trinity kernel: console [tty0] enabled > Nov 30 19:38:29 trinity kernel: bootconsole [earlycon0] disabled > Nov 30 19:38:29 trinity kernel: Initializing software serial port version 1 > Nov 30 19:38:29 trinity kernel: console [mc-1] enabled > Nov 30 19:38:29 trinity kernel: ubda: unknown partition table > Nov 30 19:38:29 trinity kernel: ubdb: unknown partition table > Nov 30 19:38:29 trinity kernel: Netdevice 0 (72:ef:3d:9f:c3:5a) : > Nov 30 19:38:29 trinity kernel: TUN/TAP backend - > Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): INFO: recovery required on > readonly filesystem Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): write > access will be enabled during recovery Nov 30 19:38:29 trinity kernel: > EXT4-fs (ubda): recovery complete > Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): mounted filesystem with > ordered data mode. Opts: (null) Nov 30 19:38:29 trinity kernel: VFS: > Mounted root (ext4 filesystem) readonly on device 98:0. Nov 30 19:38:29 > trinity kernel: devtmpfs: mounted > Nov 30 19:38:29 trinity kernel[536]: starting version 204 > Nov 30 19:38:29 trinity kernel: random: nonblocking pool is initialized > Nov 30 19:38:29 trinity kernel: EXT4-fs (ubda): re-mounted. Opts: (null) > Nov 30 19:38:29 trinity kernel: bio: create slab <bio-1> at 1 > Nov 30 19:38:29 trinity kernel: Adding 262140k swap on > /dev/mapper/crypt-swap. Priority:-1 extents:1 across:262140k FS Nov 30 > 19:38:29 trinity kernel: type=1006 audit(1385836708.020:2): pid=1074 uid=0 > old auid=4294967295 new auid=0 old ses=4294967295 new ses=1 res=1 Nov 30 > 19:38:29 trinity dhcpcd[1098]: version 5.6.4 starting > Nov 30 19:38:30 trinity dhcpcd[1098]: sit0: unsupported interface type 308, > falling back to ethernet Nov 30 19:38:31 trinity dhcpcd[1098]: sit0: > broadcasting for a lease Nov 30 19:38:31 trinity dhcpcd[1098]: eth0: > sending IPv6 Router Solicitation Nov 30 19:38:31 trinity dhcpcd[1098]: > eth0: checking for 169.254.229.237 Nov 30 19:38:35 trinity dhcpcd[1098]: > eth0: sending IPv6 Router Solicitation Nov 30 19:38:36 trinity > dhcpcd[1098]: eth0: using IPv4LL address 169.254.229.237 Nov 30 19:38:37 > trinity dhcpcd[1098]: forked to background, child pid 1138 Nov 30 19:38:38 > trinity haveged: haveged starting up > Nov 30 19:38:39 trinity haveged: haveged: ver: 1.7a; arch: x86; vend: > GenuineIntel; opts: (T); collect: 128K Nov 30 19:38:39 trinity haveged: > haveged: cpu: (L4 VC); data: 32K (L4); inst: 32K (L4); idx: 18/40; sz: > 32190/69480 Nov 30 19:38:39 trinity haveged: haveged: tot tests: BA8: A:1/0 > B: 1/0; continuous tests: B: A:0/0 B: 0/0; last entropy estimate 7.99992 > Nov 30 19:38:39 trinity haveged: haveged: fills: 0, generated: 0 > Nov 30 19:38:39 trinity dhcpcd[1138]: eth0: sending IPv6 Router Solicitation > Nov 30 19:38:41 trinity dhcpcd[1138]: eth0: broadcasting for a lease Nov 30 > 19:38:44 trinity dhcpcd[1138]: eth0: sending IPv6 Router Solicitation Nov > 30 19:38:44 trinity dhcpcd[1138]: eth0: no IPv6 Routers available Nov 30 > 19:38:45 trinity cron[1228]: (CRON) STARTUP (V5.0) > Nov 30 19:38:45 trinity kernel: [sched_delayed] sched: RT throttling > activated Nov 30 19:40:01 trinity cron[1257]: (root) CMD (test -x > /usr/sbin/run-crons && /usr/sbin/run-crons) > > > after another minute now all xterms are away .... So, it does not crash immediately. Please do not use xterm for con0. Such that we can see the kernel output after a crash. Maybe there are some error message before... Thanks, //richard |
From: Toralf F. <tor...@gm...> - 2013-12-01 10:17:41
|
On 12/01/2013 12:19 AM, Richard Weinberger wrote: >> > after another minute now all xterms are away .... > So, it does not crash immediately. Right, to be precise, just 1 sub-process crashes immediately > Please do not use xterm for con0. Such that we can see the kernel output > after a crash. > Maybe there are some error message before... Without xterm I do not see any errors except the "winch_thread ..." - line. BTW wrt the radix-tree-issue seems that fedora has now a similar bug open : https://bugzilla.redhat.com/show_bug.cgi?id=1015028 -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ri...@no...> - 2013-12-01 10:20:42
|
Am Sonntag, 1. Dezember 2013, 11:17:31 schrieb Toralf Förster: > On 12/01/2013 12:19 AM, Richard Weinberger wrote: > >> > after another minute now all xterms are away .... > > > > So, it does not crash immediately. > > Right, to be precise, just 1 sub-process crashes immediately > > > Please do not use xterm for con0. Such that we can see the kernel output > > after a crash. > > Maybe there are some error message before... > > Without xterm I do not see any errors except the "winch_thread ..." - line. I meant xterm for all consoles but con0... Such that you can trigger the crash but are still able to see the output. > > BTW wrt the radix-tree-issue seems that fedora has now a similar bug > open : https://bugzilla.redhat.com/show_bug.cgi?id=1015028 Thanks for the info! Thanks, //richard |
From: Toralf F. <tor...@gm...> - 2013-12-01 17:07:16
|
On 12/01/2013 11:20 AM, Richard Weinberger wrote: > Am Sonntag, 1. Dezember 2013, 11:17:31 schrieb Toralf Förster: >> On 12/01/2013 12:19 AM, Richard Weinberger wrote: >>>>> after another minute now all xterms are away .... >>> >>> So, it does not crash immediately. >> >> Right, to be precise, just 1 sub-process crashes immediately >> >>> Please do not use xterm for con0. Such that we can see the kernel output >>> after a crash. >>> Maybe there are some error message before... >> >> Without xterm I do not see any errors except the "winch_thread ..." - line. > > I meant xterm for all consoles but con0... > Such that you can trigger the crash but are still able to see the output. > Still trying to get info, no luck till now. And these syslog messages from the 32bit uml guest (3.12-rc2-g...) are just a fallout from a cored process IMO: Dec 1 17:59:30 trinity kernel: ============================================================================= Dec 1 17:59:30 trinity kernel: BUG kmalloc-64 (Not tainted): Poison overwritten Dec 1 17:59:30 trinity kernel: ----------------------------------------------------------------------------- Dec 1 17:59:30 trinity kernel: Dec 1 17:59:30 trinity kernel: Disabling lock debugging due to kernel taint Dec 1 17:59:30 trinity kernel: INFO: 0x48b59da5-0x48b59dac. First byte 0xff instead of 0x6b Dec 1 17:59:30 trinity kernel: INFO: Allocated in ext4_htree_store_dirent+0x2e/0x120 age=817 cpu=0 pid=1076 Dec 1 17:59:30 trinity kernel: INFO: Freed in free_rb_tree_fname+0x3b/0xa0 age=817 cpu=0 pid=1076 Dec 1 17:59:30 trinity kernel: INFO: Slab 0x0a83f220 objects=36 used=36 fp=0x (null) flags=0x0080 Dec 1 17:59:30 trinity kernel: INFO: Object 0x48b59d90 @offset=3472 fp=0x48b59620 Dec 1 17:59:30 trinity kernel: Dec 1 17:59:30 trinity kernel: Bytes b4 48b59d80: cc 03 00 00 07 98 ff ff 5a 5a 5a 5a 5a 5a 5a 5a ........ZZZZZZZZ Dec 1 17:59:30 trinity kernel: Object 48b59d90: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk Dec 1 17:59:30 trinity kernel: Object 48b59da0: 6b 6b 6b 6b 6b ff fe fb 77 fe ff ff ff 6b 6b 6b kkkkk...w....kkk Dec 1 17:59:30 trinity kernel: Object 48b59db0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk Dec 1 17:59:30 trinity kernel: Object 48b59dc0: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 kkkkkkkkkkkkkkk. Dec 1 17:59:30 trinity kernel: Redzone 48b59dd0: bb bb bb bb .... Dec 1 17:59:30 trinity kernel: Padding 48b59df8: 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZ Dec 1 17:59:30 trinity kernel: CPU: 0 PID: 1147 Comm: haveged Tainted: G B 3.13.0-rc2-00001-gaf91706 #3 Dec 1 17:59:30 trinity kernel: Stack: Dec 1 17:59:30 trinity kernel: 084bf793 084bf793 481e7b70 00000004 085d0547 48849d80 48b59d90 0a83f220 Dec 1 17:59:30 trinity kernel: 481e7b80 084247eb 00000000 00000000 481e7bb0 080fbed8 084d0168 48b59d90 Dec 1 17:59:30 trinity kernel: 00000d90 48b59620 00000000 00000080 48b59000 48b59da5 0a83f220 48849d80 Dec 1 17:59:30 trinity kernel: Call Trace: Dec 1 17:59:30 trinity kernel: [<084247eb>] dump_stack+0x26/0x28 Dec 1 17:59:30 trinity kernel: [<080fbed8>] print_trailer+0x118/0x120 Dec 1 17:59:30 trinity kernel: [<080fc292>] check_bytes_and_report+0xb2/0x110 Dec 1 17:59:30 trinity kernel: [<080fc40d>] check_object+0x11d/0x220 Dec 1 17:59:30 trinity kernel: [<080fd0c9>] ? check_slab+0xb9/0xd0 Dec 1 17:59:30 trinity kernel: [<084231f9>] alloc_debug_processing+0x130/0x141 Dec 1 17:59:30 trinity kernel: [<08423705>] __slab_alloc.constprop.75+0x305/0x319 Dec 1 17:59:30 trinity kernel: [<081800de>] ? ext4_htree_store_dirent+0x2e/0x120 Dec 1 17:59:30 trinity kernel: [<081800de>] ? ext4_htree_store_dirent+0x2e/0x120 Dec 1 17:59:30 trinity kernel: [<080fdaeb>] __kmalloc+0x7b/0x140 Dec 1 17:59:30 trinity kernel: [<0819b350>] ? str2hashbuf_signed+0x0/0xb0 Dec 1 17:59:30 trinity kernel: [<081800de>] ? ext4_htree_store_dirent+0x2e/0x120 Dec 1 17:59:30 trinity kernel: [<081800de>] ext4_htree_store_dirent+0x2e/0x120 Dec 1 17:59:30 trinity kernel: [<0818f420>] htree_dirblock_to_tree+0x110/0x160 Dec 1 17:59:30 trinity kernel: [<0818fc30>] ext4_htree_fill_tree+0xd0/0x270 Dec 1 17:59:30 trinity kernel: [<08423397>] ? free_debug_processing+0x18d/0x1f6 Dec 1 17:59:30 trinity kernel: [<0810c6d1>] ? final_putname+0x41/0x50 Dec 1 17:59:30 trinity kernel: [<0817f835>] ? ext4_readdir+0x55/0x890 Dec 1 17:59:30 trinity kernel: [<084238a7>] ? __slab_free+0x18e/0x1f9 Dec 1 17:59:30 trinity kernel: [<0817f9ac>] ext4_readdir+0x1cc/0x890 Dec 1 17:59:30 trinity kernel: [<08110e7c>] ? do_filp_open+0x2c/0x80 Dec 1 17:59:30 trinity kernel: [<080fda08>] ? kmem_cache_free+0xd8/0x110 Dec 1 17:59:30 trinity kernel: [<0810c6d1>] ? final_putname+0x41/0x50 Dec 1 17:59:30 trinity kernel: [<0810c6d1>] ? final_putname+0x41/0x50 Dec 1 17:59:30 trinity kernel: [<08115285>] iterate_dir+0x55/0xb0 Dec 1 17:59:30 trinity kernel: [<0811541f>] SyS_getdents+0xaf/0x150 Dec 1 17:59:30 trinity kernel: [<08114f30>] ? filldir+0x0/0x190 Dec 1 17:59:30 trinity kernel: [<080693b0>] ? mconsole_halt+0x20/0x30 Dec 1 17:59:30 trinity kernel: [<080693b0>] ? mconsole_halt+0x20/0x30 Dec 1 17:59:30 trinity kernel: [<08062a94>] handle_syscall+0x64/0x80 Dec 1 17:59:30 trinity kernel: [<080693b0>] ? mconsole_halt+0x20/0x30 Dec 1 17:59:30 trinity kernel: [<08069398>] ? mconsole_halt+0x8/0x30 Dec 1 17:59:30 trinity kernel: [<080693b0>] ? mconsole_halt+0x20/0x30 Dec 1 17:59:30 trinity kernel: [<083d70c1>] ? ptrace+0x31/0x80 Dec 1 17:59:30 trinity kernel: [<08079fb2>] ? get_fp_registers+0x22/0x40 Dec 1 17:59:30 trinity kernel: [<08075085>] userspace+0x475/0x5f0 Dec 1 17:59:30 trinity kernel: [<083d70c1>] ? ptrace+0x31/0x80 Dec 1 17:59:30 trinity kernel: [<0807a516>] ? os_set_thread_area+0x26/0x40 Dec 1 17:59:30 trinity kernel: [<08079510>] ? do_set_thread_area+0x20/0x50 Dec 1 17:59:30 trinity kernel: [<08079688>] ? arch_switch_tls+0xb8/0x100 Dec 1 17:59:30 trinity kernel: [<0805f750>] fork_handler+0x60/0x70 Dec 1 17:59:30 trinity kernel: Dec 1 17:59:30 trinity kernel: FIX kmalloc-64: Restoring 0x48b59da5-0x48b59dac=0x6b Dec 1 17:59:30 trinity kernel: Dec 1 17:59:30 trinity kernel: FIX kmalloc-64: Marking all objects used >> >> BTW wrt the radix-tree-issue seems that fedora has now a similar bug >> open : https://bugzilla.redhat.com/show_bug.cgi?id=1015028 > > Thanks for the info! > > Thanks, > //richard > -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Toralf F. <tor...@gm...> - 2013-12-01 19:06:07
|
On 12/01/2013 11:20 AM, Richard Weinberger wrote: > > I meant xterm for all consoles but con0... > Such that you can trigger the crash but are still able to see the output. > Not sure if the 2 attached files contains useful info, but here they are: The back trace of a hanging linux process : $>sudo gdb /home/tfoerste/devel/linux/linux 27162 -n -batch -ex 'bt full' > bt and stdout, error and bt of the core file from round #18 of this command : $> I=0; while [[ : ]]; do ((I=I+1)); echo; echo; echo $I; date; for i in trinity.sh xterm linux port-helper start_uml.sh ; do pkill $i; done; rm -f /mnt/ramdisk/core; start_uml.sh -r ~/virtual/uml/trinity -l /home/tfoerste/devel/linux/linux -y 'con0=fd:0,fd:1 con=xterm' 1>/mnt/ramdisk/$I.out 2>/mnt/ramdisk/$I.err; [[ -f /mnt/ramdisk/core ]] && gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex 'bt full' > /mnt/ramdisk/$I.bt; sleep 10; done -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Boaz H. <bha...@pa...> - 2013-12-02 16:42:25
|
On 12/01/2013 09:05 PM, Toralf Förster wrote: > Kernel panic - not syncing: do_syscall_stub : PTRACE_SETREGS failed, errno = 3 > > CPU: 0 PID: 1265 Comm: rmdir Tainted: G W 3.13.0-rc2-00001-gaf91706 #3 > Stack: > 084bf793 084bf793 46d47bb8 00000004 085d0547 00006f91 00000003 00000011 > 46d47bc8 084247eb 00000000 00000000 46d47bf0 08421c50 084cb200 08607720 > 084c8084 46d47c00 00000000 00006f91 00000003 00000011 46d47c24 08073d55 > Call Trace: > [<08073d55>] ? run_syscall_stub+0x125/0x2c0 > [<084247eb>] dump_stack+0x26/0x28 > [<08421c50>] panic+0x7a/0x180 > [<08073d55>] run_syscall_stub+0x125/0x2c0 > [<080cba88>] ? unlock_page+0x28/0x30 > [<0807429f>] map+0xff/0x110 > [<080616ff>] flush_tlb_page+0xef/0x1d0 > [<08061db1>] handle_page_fault+0x241/0x290 > [<08062c9e>] do_op_one_page+0x5e/0x1a0 > [<08071dfe>] ? set_signals+0x1e/0x40 > [<080a3e71>] ? up_write+0x11/0x20 > [<08062e19>] buffer_op+0x39/0xf0 > [<08062af0>] ? clear_chunk+0x0/0x30 > [<08063169>] clear_user+0x69/0x90 > [<08062af0>] ? clear_chunk+0x0/0x30 > [<080df00e>] ? vm_mmap+0x4e/0x60 > [<08149f73>] padzero+0x23/0x40 > [<0814bec9>] load_elf_binary+0xad9/0xe60 > [<08052304>] ? init_zswap+0xa1/0x21e > [<08052160>] ? __alloc_bootmem_node_high+0x1d/0x28 > [<08051f14>] ? __alloc_bootmem_nopanic+0x1/0x2c > [<080509f4>] ? pcpu_setup_first_chunk+0x527/0x834 > [<08109bd5>] search_binary_handler+0x35/0x90 > [<0810a055>] do_execve+0x425/0x680 > [<081035a0>] ? default_llseek+0x70/0x150 > [<08103788>] ? SyS_llseek+0x18/0xd0 > [<0810a5b2>] SyS_execve+0x42/0x60 > [<081035a0>] ? default_llseek+0x70/0x150 > [<08103788>] ? SyS_llseek+0x18/0xd0 > [<081035d8>] ? default_llseek+0xa8/0x150 > [<08062a94>] handle_syscall+0x64/0x80 > [<081034a0>] ? generic_file_llseek+0x40/0x60 > [<081035a0>] ? default_llseek+0x70/0x150 > [<08103788>] ? SyS_llseek+0x18/0xd0 > [<081035a0>] ? default_llseek+0x70/0x150 > [<081035d8>] ? default_llseek+0xa8/0x150 > [<083d70c1>] ? ptrace+0x31/0x80 > [<08079fb2>] ? get_fp_registers+0x22/0x40 > [<08075085>] userspace+0x475/0x5f0 > [<083d70c1>] ? ptrace+0x31/0x80 > [<0807a516>] ? os_set_thread_area+0x26/0x40 > [<08079510>] ? do_set_thread_area+0x20/0x50 > [<08079688>] ? arch_switch_tls+0xb8/0x100 > [<0805f750>] fork_handler+0x60/0x70 This clear_user() stack-trace reminds me a lot of the problem I just had, and Richard solved for me. It was that I used an "make oldconfig" with a previous Kernel .config file. When doing a new "make defconfig" then manually "make xconfig" to turn on the extras I need like iscsi and pnfs It all went back to fine. (Also for me host and guest 64bit, I had to manually set 64bit for the guest compilation.) [Which was a smack on my own head because I know from the past that UML needs a good'n fresh "make defconfig" every once in a while. And I just forgot about that] Just my $0.017 Boaz |
From: Richard W. <ri...@no...> - 2013-12-02 21:21:54
|
Am Sonntag, 1. Dezember 2013, 20:05:55 schrieb Toralf Förster: > On 12/01/2013 11:20 AM, Richard Weinberger wrote: > > I meant xterm for all consoles but con0... > > Such that you can trigger the crash but are still able to see the output. > > Not sure if the 2 attached files contains useful info, but here they are: > > The back trace of a hanging linux process : > $>sudo gdb /home/tfoerste/devel/linux/linux 27162 -n -batch -ex 'bt full' > > bt > > and stdout, error and bt of the core file from round #18 of this command : > > $> I=0; while [[ : ]]; do ((I=I+1)); echo; echo; echo $I; date; for i in > trinity.sh xterm linux port-helper start_uml.sh ; do pkill $i; done; rm -f > /mnt/ramdisk/core; start_uml.sh -r ~/virtual/uml/trinity -l > /home/tfoerste/devel/linux/linux -y 'con0=fd:0,fd:1 con=xterm' > 1>/mnt/ramdisk/$I.out 2>/mnt/ramdisk/$I.err; [[ -f /mnt/ramdisk/core ]] && > gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex > 'bt full' > /mnt/ramdisk/$I.bt; sleep 10; done What I can see is that UML panic()ed because PTRACE_SETREGS is failing with ESRCH. This means one of the UML SKAS0 helper threads got killed and is gone. This is very strange and makes me worry, because in this stage the helper is in stopped state and cannot really die by an UML error. Looks like it got killed from outside. Is your host setup 100% sane? :) Thanks, //richard |
From: Toralf F. <tor...@gm...> - 2013-12-02 21:32:22
|
On 12/02/2013 10:21 PM, Richard Weinberger wrote: > Am Sonntag, 1. Dezember 2013, 20:05:55 schrieb Toralf Förster: >> On 12/01/2013 11:20 AM, Richard Weinberger wrote: >>> I meant xterm for all consoles but con0... >>> Such that you can trigger the crash but are still able to see the output. >> >> Not sure if the 2 attached files contains useful info, but here they are: >> >> The back trace of a hanging linux process : >> $>sudo gdb /home/tfoerste/devel/linux/linux 27162 -n -batch -ex 'bt full' > >> bt >> >> and stdout, error and bt of the core file from round #18 of this command : >> >> $> I=0; while [[ : ]]; do ((I=I+1)); echo; echo; echo $I; date; for i in >> trinity.sh xterm linux port-helper start_uml.sh ; do pkill $i; done; rm -f >> /mnt/ramdisk/core; start_uml.sh -r ~/virtual/uml/trinity -l >> /home/tfoerste/devel/linux/linux -y 'con0=fd:0,fd:1 con=xterm' >> 1>/mnt/ramdisk/$I.out 2>/mnt/ramdisk/$I.err; [[ -f /mnt/ramdisk/core ]] && >> gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch -ex >> 'bt full' > /mnt/ramdisk/$I.bt; sleep 10; done > > What I can see is that UML panic()ed because PTRACE_SETREGS is failing with > ESRCH. This means one of the UML SKAS0 helper threads got killed and is gone. > This is very strange and makes me worry, because in this stage the helper is > in stopped state and cannot really die by an UML error. Looks like it got > killed from outside. > Is your host setup 100% sane? :) Hhm - I've had 1 script running, which start an UML - and another script, which every 3 minutes ssh into the started UML and run "halt; exit". Before that I manually did both steps. I let run the script solution for a while and did different things - but of course I cannot swear that I did not by accident recalled a command from a bash history command which killed processes (which I do have regularly to do if I test the UML with trinity). So likely my fault here - yes. -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3 |
From: Richard W. <ri...@no...> - 2013-12-02 22:00:04
|
Am Montag, 2. Dezember 2013, 22:32:11 schrieb Toralf Förster: > On 12/02/2013 10:21 PM, Richard Weinberger wrote: > > Am Sonntag, 1. Dezember 2013, 20:05:55 schrieb Toralf Förster: > >> On 12/01/2013 11:20 AM, Richard Weinberger wrote: > >>> I meant xterm for all consoles but con0... > >>> Such that you can trigger the crash but are still able to see the > >>> output. > >> > >> Not sure if the 2 attached files contains useful info, but here they are: > >> > >> The back trace of a hanging linux process : > >> $>sudo gdb /home/tfoerste/devel/linux/linux 27162 -n -batch -ex 'bt full' > >> > > >> bt > >> > >> and stdout, error and bt of the core file from round #18 of this command > >> : > >> > >> $> I=0; while [[ : ]]; do ((I=I+1)); echo; echo; echo $I; date; for i in > >> trinity.sh xterm linux port-helper start_uml.sh ; do pkill $i; done; rm > >> -f > >> /mnt/ramdisk/core; start_uml.sh -r ~/virtual/uml/trinity -l > >> /home/tfoerste/devel/linux/linux -y 'con0=fd:0,fd:1 con=xterm' > >> 1>/mnt/ramdisk/$I.out 2>/mnt/ramdisk/$I.err; [[ -f /mnt/ramdisk/core ]] > >> && > >> gdb --core=/mnt/ramdisk/core /home/tfoerste/devel/linux/linux -n -batch > >> -ex > >> 'bt full' > /mnt/ramdisk/$I.bt; sleep 10; done > > > > What I can see is that UML panic()ed because PTRACE_SETREGS is failing > > with > > ESRCH. This means one of the UML SKAS0 helper threads got killed and is > > gone. This is very strange and makes me worry, because in this stage the > > helper is in stopped state and cannot really die by an UML error. Looks > > like it got killed from outside. > > Is your host setup 100% sane? :) > > Hhm - I've had 1 script running, which start an UML - and another > script, which every 3 minutes ssh into the started UML and run "halt; > exit". Before that I manually did both steps. > > I let run the script solution for a while and did different things - but > of course I cannot swear that I did not by accident recalled a command > from a bash history command which killed processes (which I do have > regularly to do if I test the UML with trinity). > > So likely my fault here - yes. No big deal. Please try to reproduce with a minimal test setup. No magic scripts and stuff. :) Thanks, //richard |