Re: [uml-devel] does 3.12.2 breaks UML with "con=xterm" ?

[Richard Weinberger <richard@nod.at>]

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

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel