Date: Mon, 02 Apr 2007 02:43:11 +0400 From: Andrew Muhametshin <andrew@dobrohot.org> To: freebsd-emulation@freebsd.org Subject: Re: any vm gurus in the house? :) (was: Fatal trap 12, at use qemu) Message-ID: <4610357F.9050308@dobrohot.org> In-Reply-To: <200704011939.l31JdK9K060752@saturn.kn-bremen.de> References: <200704011939.l31JdK9K060752@saturn.kn-bremen.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Juergen Lock wrote: > In article <460D7A37.9080408@dobrohot.org> you write: > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=110892 >> >> Crash of system at use of the emulator "qemu" >> <...> >> > > (looking at the pr...) object is NULL, anyone have an idea how that > could have happened? (You seem to be low on ram, maybe kqemu is > stressing the vm system in an unusual way in that case? btw kqemu > no longer is closed source now...) Also, is this an smp box? > You could try a few things while we wait for insights from vm gurus: > <...> > I am sorry - I not the programmer and I do not understand the debugging information - I the usual user. ;) But, probably, I have understood that has occured... Some minutes prior to start "Qemu", I have changed value of "shared memory: shmmax & shmall (On the basis of the Handbook:7.4)" using a command "sysctl(8)"... It has appeared, that if to change values of "shared memory" not through "/etc/sysctl.conf", but by means of a command "sysctl(8)" - it is inevitable, later (not at once) there will be a crash of system. Thus, the "Qemu" did not cause crash - It was simply casual concurrence. Forgive, for the erroneous message. Also forgive for my English. Andrew R.M.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4610357F.9050308>